如何修復“無效”的 SMTP 伺服器問題？
注意：為安全起見，對域和 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:<noreply@co.XXX.YY.ZZ>, 12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 25, 28, 250, 0, RCPT, -, TO:<Joe@schmoe.org>, 12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 81154, 132, 250, 0, DATA, -, <NTINTWEBPZbLAX3cf3e00000025@ntintwebp.ABABA.net>, 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:<noreply@co.XXX.YY.ZZ>, 98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 140, 0, 47, 0, 0, -, -, 250 2.1.0 noreply@co.XXX.YY.ZZ....Sender OK, 98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 140, 0, 4, 0, 0, RCPT, -, TO:<Joe@schmoe.org>, 98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 187, 0, 26, 0, 0, -, -, 250 2.1.5 Joe@schmoe.org , 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 <NTINTWEBPZbLAX3cf3e00000025@ntintwebp.ABABA.net> 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 記錄無效，並且 NTINTWEBPZbLAX3cf3e00000025@ntintwebp.ABABA.net 地址是無效的電子郵件地址（即使通過 FROM 欄位使用我們有效的 noreply@co.XXX.YY.ZZ 地址。此外，他們說 NTINTWEBPZbLAX3cf3e00000025@ntintwebp.ABABA.net 地址未通過語法、DNS 和 SMTP 檢查。
我們已經有幾個其他供應商報告了問題，但是讓他們將 yavco.net 域列入白名單已經解決了這些問題，因為我認為它們與垃圾郵件相關，而不是與傳遞相關。
有關如何解決此伺服器問題的任何想法？
這可能與沒有為發送郵件的伺服器設置公共反向 DNS 記錄有關。
檢查您是否為您的伺服器設置了反向 DNS 記錄，並且它報告的發送地址（在任何 SNAT 等之後）可以被解析並報告發送伺服器的正確域。
我的猜測是他們的伺服器正在查看您的 REPLY-TO 地址，這與您的 FROM 地址不同。如果您可以在傳出消息上添加一個顯式的 REPLY-TO 標頭，其值與 FROM 相同，則可能會解決問題。