注意:为安全起见,对域和 IP 进行了模糊处理。
我们有一个内部 Web 应用程序,可以将电子邮件报告发送给各个供应商。我们的主要交换服务器(域名 co.XXX.YY.ZZ)不中继邮件,因此我们的其中一个 Web 服务器(Windows Server 2003)设置有基本的 SMTP 服务器来进行邮件中继(域名 ABABA.net)。
我们有大约 300 家供应商备案,并且该应用程序运行良好。但是,一位供应商报告说没有收到发送给他们的电子邮件。我们已经验证了电子邮件是通过我们自己的服务器日志发出的:
12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 36, 49, 250, 0, MAIL, -, FROM:<[email protected]>,
12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 25, 28, 250, 0, RCPT, -, TO:<[email protected]>,
12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 81154, 132, 250, 0, DATA, -, <[email protected]>,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 47, 0, 114, 0, 0, -, -, 220 mail.schmoe.org Microsoft ESMTP MAIL Service, Version: 5.0.2195.6713 ready at Mon, 29 Dec 2008 09:47:41 -0700 ,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 47, 0, 4, 0, 0, EHLO, -, ntintwebp.ABABA.net,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 109, 0, 40, 0, 0, -, -, 250-mail.schmoe.org Hello [11.222.333.44],
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 109, 0, 4, 0, 0, MAIL, -, FROM:<[email protected]>,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 140, 0, 47, 0, 0, -, -, 250 2.1.0 [email protected] OK,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 140, 0, 4, 0, 0, RCPT, -, TO:<[email protected]>,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 187, 0, 26, 0, 0, -, -, 250 2.1.5 [email protected] ,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 187, 0, 4, 0, 0, BDAT, -, 81476 LAST,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 718, 0, 85, 0, 0, -, -, 250 2.6.0 <[email protected]> Queued mail for delivery,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 718, 0, 4, 0, 0, QUIT, -, -,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 750, 0, 61, 0, 0, -, -, 221 2.0.0 mail.schmoe.org Service closing transmission channel,
供应商的 IT 部门对其进行了一些研究,并指出 ABABA.net DNS 记录无效,并且 [email protected] 地址是无效的电子邮件地址(即使通过 FROM 字段使用我们有效的 [email protected] 地址。此外,他们说 [email protected] 地址未通过语法、DNS 和 SMTP 检查。
我们已经有几个其他供应商报告了问题,但是让他们将 yavco.net 域列入白名单已经解决了这些问题,因为我认为它们与垃圾邮件相关,而不是与交付相关。
有关如何解决此服务器问题的任何想法?
这可能与没有为发送邮件的服务器设置公共反向 DNS 记录有关。
检查您是否为您的服务器设置了反向 DNS 记录,并且它报告的发送地址(在任何 SNATting 等之后)可以被解析并报告发送服务器的正确域。
我的猜测是他们的服务器正在查看您的 REPLY-TO 地址,这与您的 FROM 地址不同。如果您可以在传出消息上添加一个显式的 REPLY-TO 标头,其值与 FROM 相同,则可能会解决问题。