如果我的电子邮件发送了但没有收到,甚至没有收到垃圾邮件,我该怎么做?
我有一个问题,发给某些收件人的所有电子邮件都发送但从未到达,甚至没有垃圾邮件,也没有错误,而发给其他所有人的电子邮件却能正常工作。我很沮丧,正在寻找诊断正在发生的事情的方法。 上周,我从Outlook 2016向客户端发送了一些电子邮件。现在,我发现它们从未收到过。我曾尝试通过电子邮件向其域中的其他人发送电子邮件,但似乎没有人收到我的电子邮件,但其他域中的其他人却收到了 我已经检查了“已发送”文件夹,它们看起来与所有其他已发送邮件相同。我没有送达报告或任何类似的报告,它们位于“已发送”文件夹而不是“发件箱”中。我还在我发送给这些人的最新电子邮件中尝试使用CCing自己-他们肯定会发送。 我已经与该客户核实过,他们从我那里什么也没收到,即使在垃圾邮件文件夹中也没有。我可以收到他们的电子邮件,但他们什么也没收到-甚至我对他们电子邮件的回复也没有。 第一封电子邮件有两个小的(500kb)PDF附件,但同样的命运也落在了没有附件的后续电子邮件上。电子邮件中没有图像或链接。它们是与工作相关的正常电子邮件,过去我通过相同的电子邮件地址和Outlook与之进行过电子邮件交换的一到三个人之间。他们也和我在同一国家。 没有投放错误回复或类似内容。第一封这样的电子邮件是在上周五(周五)上午8:55发送的,所以在5天前,我或他们的一方未收到任何回复。 他们给我的电子邮件收信很好-实际上,我给他们的第一封失败电子邮件是对他们自己的电子邮件的答复。大约在两周前,我通常也收到过发送到该域的电子邮件。 我已经尝试过各种发送到该域的测试电子邮件,但没有任何结果: 单纯说“这是测试电子邮件”的无辜电子邮件,类似的邮件永远不会到达 来自Webmail和我的Android邮件应用程序的电子邮件与来自Outlook的电子邮件到达的方式不同(并且也没有提供送达报告-所有内容都会静默失败) 使用手机的3G发送的电子邮件的命运与使用WiFi发送的电子邮件的命运相同 我还在相同的域上创建了一个新的电子邮件帐户(例如test@my-domain.com,与我通常的帐户一起使用my-name@my-domain.com),并且遇到了完全相同的问题(使用网络邮件进行了测试)。 为了测试我是否有某种混乱的SMTP设置会阻止回弹发送接收,我发送了一封电子邮件至hg1ugtvr34vrgfrt2t@ashfrlwejbtlwerhtklhejtkghwerkbjhrw.com,理由是它可能不存在。我收到了一个非常正常的“邮件传递失败:将邮件返回给发件人”的退回通知-因此,我能够收到退回通知,由于某种原因,我只是没有从该域发送退回通知。 例如,从我的个人Gmail帐户发送给他们的电子邮件会很好(所以在此问题解决之前,我一直在使用它) 该电子邮件来自我自己的域-我已经从相同的电子邮件地址和相同的Outlook向其他人发送了电子邮件,但他们收到的罚款。Gmail有时会将它们标记为垃圾邮件,我正在调查中,但是其他客户端似乎没有问题。 除此之外,我什么也看不见。我确信这里没有足够的诊断我的问题,因此我不要求解决方案,而是要求我采取一些诊断步骤,例如: 我可以在Outlook中查看任何东西,例如发送报告或日志吗? 我应该查看任何类型的服务器或与域相关的日志,哪些可能是相关的?我的域已分配给Centos VPS上的SMTP服务器。 我是否应该了解并检查任何类型的黑名单或安全干预措施,以使电子邮件甚至无法到达垃圾邮件文件夹? 我看过这个问题,有些人没有收到电子邮件,这很相似,但是有两个区别: 他们使用的是群发邮件系统,我使用的是常规Outlook,一次只能发送一封电子邮件。 接受的答案归咎于灰名单 -但是,我的第一封丢失的电子邮件是上周五(五天前)发出的,显然,灰名单将电子邮件延迟了15分钟到“几天”。 正如泰森所建议的那样,我尝试了http://mxtoolbox.com/,但不幸的是它没有提供任何线索(至少,我看不到任何线索)。万一我错过了一些东西,结果如下: 黑名单检查 针对95个已知黑名单检查XX.XX.XX.XX ... 列出0次,出现1次超时 [然后在列表末尾有很多绿色的勾号:] TIMEOUT IPrange RBL Project [response time:] 0 因此,它不在任何已知的黑名单中。我不知道为什么IPrange RBL检查失败,但是我在http://iprange.net/rbl/lookup/上手动进行了检查,我也没有在此列入黑名单。 SMTP检查: 因此,连接时间有点慢(我不确定为什么,我们会调查一下),但是我不明白为什么那会使发送的邮件有时完全消失。 http://intodns.com也为我的域的所有MX检查提供了稳定的绿色刻度。 我尝试浏览(Centos / Linux)服务器上的日志文件: /var/log/maillog-这些都是空的。我相信这些是sendmail日志,并且我目前不使用sendmail,所以这很有意义。 /var/log/exim/reject.log充满了被拒绝的蛮力尝试dovecot。我有fail2ban,我将继续检查防火墙设置等,看看是否即使尝试也可以阻止它们,但是我认为这没有关系 /var/log/exim/main.log 还包含许多被拒绝的暴力破解尝试,但也包含一些实际发送的电子邮件的记录: …