SMTP
邮件服务器监控
握手，而不仅仅是端口。
立即尝试
一次检查，从一个地点立即进行，不保存任何数据。监控会从我们运行的每个地点检查，并在两个其他大陆确认故障后才通知任何人，而单次检查无法显示这些信息。
它的用途
停止接受邮件的邮件服务器代价高昂且悄无声息。没有人会打电话告诉你你的MX拒绝了他们；邮件只会在别人的机器上排队五天然后退回，而此时发票、密码重置和订单确认都已经丢失。
此检查连接服务器，完成SMTP握手并检查STARTTLS。端口检查会通过一个接受连接但随后无响应的服务器，这正是从外部看起来半死不活的邮件服务器的样子。
和这里的每个检查一样，它从Amsterdam, New York, Sydney and Singapore运行，并且故障会在其他两个大陆确认后才会通知任何人。如何运作。
你可以设置什么
以下内容在你添加时的表单中，每个套餐都包含。
- STARTTLS
- 必需、可选或不使用。必需适用于从互联网接收邮件的服务器。一个从未提供过此功能的内部中继并不是故障，说明这一点可以避免我们永远报告它宕机。
- 预期问候
- 横幅必须匹配的正则表达式。没有它，这只是一个带握手的端口检查。
问题
此功能支持哪些端口？
默认端口是25，这是其他邮件服务器用来向你发送邮件的端口，以及你在冒号后指定的任何端口。端口587用于提交，检查方式相同，使用STARTTLS。端口465是SMTPS，从第一个字节开始就用TLS包装连接，而不是中途升级，因此它走另一条路径：会话在问候到达之前就已加密，没有STARTTLS可供坚持。
你也检查我的MX记录吗？
不是从这里。这会连接到你指定的主机并与之通信，这与世界是否仍然被告知发送邮件到那里是不同的问题。一个针对MX记录的DNS监控，填写你期望的答案，可以捕捉记录被更改。任何认真对待邮件的人都会同时运行两者。
这里的连接被拒绝是什么意思？
某些东西回答并说不：没有东西在监听该端口。可能是服务器宕机、防火墙规则或托管服务提供商阻止了出站端口25，许多提供商都会这样做。这与握手开始后出错的情况分开报告，因为它们是不同的故障，需要不同的修复。
你能看到我的邮件队列吗？
不会，我们明确说明这一点，而不是暗示其他情况。队列存在于你的服务器内部，外部无法统计等待的消息。从外部可见的是停止接受邮件的服务器，这会导致其他人的队列中充满你的邮件，而这正是此检查捕捉到的内容。
使用STARTTLS时是否验证证书？
我们检查STARTTLS是否被声明以及升级是否完成，到此为止。服务器之间的邮件设计为机会主义的，许多正常工作的中继会提供一个信任库无法接受的证书，因此报告它们失败会是一个并不存在的故障。使用证书监控在同一主机和端口上监控过期情况。
必需、可选和不使用有什么区别？
必需表示STARTTLS必须被声明并且必须成功，这适用于从互联网接收邮件的服务器。可选表示在提供时进行检查，但不会对未提供的服务器进行负面评价。不使用表示跳过检查，适用于从未使用过TLS且因缺少TLS而不算故障的内部中继。
为什么不时不时给自己发送测试消息？
测试消息证明的内容比此检查更多：它证明了邮件的投递，直到进入邮箱，这是你真正关心的事情。这也是你会做两次然后忘记的事情，它不会在凌晨三点告诉你任何信息，而一条到达的消息无法说明它在队列中等待了四个小时。此检查会持续监控握手，这是突然失败而非逐渐失败的部分。也发送测试消息。