人们用什么来监控他们的电子邮件服务器是否接受外部电子邮件？ 大多数监控解决scheme通过电子邮件发送通知，这些通知在传入电子邮件中断时是无用的，因此需要其他通知方法。 理想情况下，这是一个我们可以在本地运行的软件，但外部服务也是可以接受的。
背景：我们的ADSL调制解调器有一个愚蠢的防火墙阻止传入的连接，可以通过telnet手动删除，但只要PPPoE连接断开，就会返回。 我们很快就要买一个新的，但是监控电子邮件似乎是一个好主意。
也许你是从错误的方式看待这个问题？
如果每当您的PPPoE连接断开时都发生这种情况，为什么不监视该连接？ 每当它下降，等到它回来，然后有一个脚本进入并重置所需的规则/configuration。
没有理由通知你这个问题，如果你可以自动修复它（也减less了服务不可用的时间）。
我过去使用的一种方法是将邮件发送到testing帐户，并定期检查该邮箱。 如果自上次收到邮件以来已经有足够的时间了，那就有问题了。
这也可以用来通过一个更大的电子邮件服务器networking来监控邮件延迟（这实际上是代码的主要用途，但是它也可以用来解决邮件服务器的问题）。
如果您的调制解调器/路由器允许您通过外部接口回环（即您可以通过networking内的公共地址访问内部资源），则可以运行脚本来定期打开和closuresSMTP连接。 不幸的是，并不是所有的路由器都允许你循环回去，所以你不可能从内部testing它，所以你需要find一个方法来从外部testing它。
我们使用Nagios通过Clickatell发送短信。 Clickatell不是免费的，但它足够低，警报的重要性足以使其值得。 我们也发送电子邮件，但短信是主要的警报方法。
我们使用标准的Nagios检查来确保端口25是开放的，并且我们获得了一条SMTP标志，并且在我们的POP3服务上得到了相似的结果。 我们也有一套自定义检查，发送电子邮件，然后尝试阅读该电子邮件的POP3框。 这给了我们端到端的testing，再加上单独的服务检查可以给我们提供关于什么可能是错误的附加信息，即使它们都继续工作。
要真正监控您的传入连接的能力，您需要从外部进行监控，而不是从networking内部进行监控，您可以从外部访问端口，但可能并非如此。
所以你需要使用第三方服务来监视它，是的，因为你说它没有意义发送到邮件服务器托pipe的电子邮件，所以你还需要使用另一封电子邮件（我个人使用我的短信的电子邮件是完全不同的什么邮件服务器托pipe，从而确保我会得到通知，只要有问题）
**更新**
我会写一个脚本，并将其放在cron中，以检查您的防火墙周期性，如果需要更改该脚本将会改变它。
另一件事我会升级获得新的设备，因为这似乎不是在一天结束时可靠的解决scheme。
http://www.mailive.com/将监控SMTPstream量，并在事件发生时致电给您。 有用于监视您的系统是否正常，电源是否打开，互联网连接正在工作等。