North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

RE: Using Mobile Phone email addys for monitoring

  • From: Brian Knoll (TTNET)
  • Date: Thu Sep 06 19:27:52 2007

Is it flawed?  It depends on your business requirements.  If seconds,
milliseconds, or even microseconds matter to your mission critical apps
(think real-time trading networks) then you would want a 24x7 staffed
NOC using an enterpise monitoring system - something like Openview.  You
wouldn't want to rely on anything that sends emails.  

Brian Knoll

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of
Rick Kunkel
Sent: Thursday, September 06, 2007 3:46 PM
To: [email protected]
Subject: Using Mobile Phone email addys for monitoring

Hello folks,

First off, apologies if this is off topic.  I'm hoping that system and
network monitoring tip are enough of a common issue that this falls
the group's charter.

We've traditionally used mobile phone email addresses for system
notifications, but over the past 6-12 months, it seems to have become
increasingly sketchy.

For instance, if an application fails to contact a certain service on a
certain server, it sends an email (through it's own SMTP service, to
a chicken-and-egg prob if/when our main SMTP service fails) to
[email protected]  (Obviously, that was a fake number.)  More and
more, I'm getting less and less of these notifications.

It seems especially prevalent when MANY things are sent at once; if, for
example, a central piece fails, and dependent pieces suddenly fail as

I try to telnet to port 25 and get sometimes good,
sometimes laggy, and sometimes no response.  T-Mobile, support levels
the way up to 3 tell me that it's not them, and everything should work

Is SMTP to a mobile phone a fundamentally flawed way to do this?

Anyone else have any issues, past or present, with this kind of thing?


Rick Kunkel