连接
检查主机和端口是否能响应，以及加密设置是否符合对方要求。端口或加密模式不对，通常在这一步就会失败，甚至还没轮到提交凭据。
SMTP Tester
Test your SMTP server configuration and send a test email.
Privacy Note
Your SMTP credentials are used only for this test and are not saved on our servers.
检测内容
三件看似同一故障、实则各自独立的事
SMTP 测试工具值得一用，因为当邮件发送失败时，关键问题是三个环节中哪一个拒绝了你。错误信息会告诉你答案，而这个页面主要是帮你快速定位到那条错误。
登录
检查用户名和密码是否被接受。当服务商要求使用应用专用密码而非账户密码时，这一步就会失败——这是常见且容易让人困惑的情况。
发送
检查服务器是否真的会代你转发来自所填地址的邮件。登录可能成功，但发送仍被拒绝，通常是因为发件地址不是该账户被允许使用的地址。
为什么在市场上
四分之一的邮箱货架卖的是协议访问
这不是一个偶然出现在网站上的通用工具。它回答的是目录本身提出的问题。
列表承诺的是协议，而不是收件箱
在这里活跃的邮箱列表中，有一千多个在标题或描述中提到了IMAP、SMTP或POP3。这是关于你将如何访问邮箱的声明，而这类声明写起来容易，搞错也容易。
投诉的窗口很短
这个网站的保修从订单交付时开始计算，而不是从你终于有时间测试时开始，而且在大多数列表上，保修时间以小时计。到货即测不是谨慎，而是测试唯一有价值的时刻。
解读结果
通过和失败分别证明了什么
测试结果比表面看起来更有限。两种结果都有价值，但都不意味着人们通常理解的那层意思。
| 它证明了什么 | 它不能证明什么 | |
|---|---|---|
| 发送成功 | 主机响应了，凭据被接受，服务器在那一刻从该地址转发了一条消息。 | 明天依然有效、邮箱不是共享的，或者没有其他人持有相同的密码。 |
| 登录被拒绝 | 用户名、密码或认证方式有某个地方不对。 | 凭据是假的。服务商通常要求使用应用专用密码，而用账户密码去验证一个完全真实的邮箱，就会干净利落地失败。 |
| 连接被拒绝 | 主机、端口或加密设置不匹配。这是配置问题，不是凭据问题。 | 账户有问题。你还没走到提交凭据那一步。 |
一次通过的测试是快照，不是保修单。它只说明凭据曾经生效过一次。它无法告诉你这些凭据有多少份副本存在，而对于一个买来的邮箱来说，恰恰是这个问题决定了它下周是否还属于你。登录进去之后，立刻改密码。
测试之前
五个字段，通常问题出在哪一个
要测试 SMTP 服务器访问，你需要五样东西，其中四样是从配置列表里直接复制过来的，基本不用多想。第五样才是大多数失败发生的根源。
主机和端口
这两者必须配套使用，而搭配错误是 SMTP 连接测试失败最常见的原因。服务商通常会公布多个端口，每个端口对应不同的加密模式，选错组合的话，在提交任何凭据之前连接就已经失败了。
加密方式
隐式还是显式，由端口决定。这个字段往往是人们保留表单默认值不动的地方，而它正是导致一组完全有效的邮箱凭据看起来被拒绝的原因。
用户名和密码
这是 SMTP 认证真正发生的地方，而且这里通常需要的是应用专用密码，而不是账户密码。如果配置列表只给了其中一个而没给另一个，那这个缺口本身就是问题所在，而不是凭据本身是假的。
发件地址
你不能用一个账户无权使用的地址来发送测试邮件。即使登录成功，仅凭这一点发送也可能被拒绝，这看起来像凭据错误，但实际上并不是。
限制
本页面不会做什么
直说吧，因为诊断的价值就在于知道它的边界在哪里。
它不会读取你的邮件
发送和接收是两种不同的协议。这里检查的是发送端。如果你想知道邮件是否送达，那属于 IMAP 或 POP3，是另一项检查。
它无法告诉你服务商为何拦截你
服务器可能接受登录，却仍然悄悄丢弃或隔离你发送的内容，原因它不会透露。测试成功只证明门开了，并不代表有东西真的走了过去。