我们正在调查一个问题，有时我们的电子邮件系统和客户的电子邮件系统偶尔不会收到第三方发票的副本。 我们正在使用Google Apps，并且无法访问入站SMTP日志，但该电子邮件绝对不在我们的所有邮件中。
第三方提供了以下SMTP日志。 他们是否确信电子邮件已发送？ （电子邮件前缀replace）
2011-09-18 11:40:02 To:[email protected] Stat:Sent Full Details 2011-09-18 11:40:01 from=<[email protected]> 2011-09-18 11:40:02 to=<[email protected]> stat=Sent (ok: Message 622358550 accepted) 2011-09-18 11:40:03 to=<[email protected]> stat=Sent (OK 1316360403 c8si9093664pbl.43) Sep 18 11:40:03 mail3 sendmail[24063]: p8IFe1vP024060: to=<[email protected]>, delay=00:00:02, xdelay=00:00:01, mailer=esmtp, pri=159505, relay=aspmx.l.google.com. [74.125.53.26], dsn=2.0.0, stat=Sent (OK 1316360403 c8si9093664pbl.43) Sep 18 11:40:02 mail3 sendmail[24063]: p8IFe1vP024060: to=<[email protected]>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=159505, relay=mx.cogeco.ca. [216.221.81.26], dsn=2.0.0, stat=Sent (ok: Message 622358550 accepted) Sep 18 11:40:01 mail3 sendmail[24060]: p8IFe1vP024060: from=<[email protected]>, size=9505, class=0, nrcpts=2, msgid=<[email protected]>, proto=ESMTP, daemon=MTA, relay=cleopatra.softvoyage.com [172.28.73.12] 严格地说：不，他们根本就没有validation任何东西，因为它们只是文本。 这取决于你相信你的第三方。
也就是说，日志似乎显示ID为[email protected]的邮件[email protected]发送到[email protected]并被aspmx.l.google.com 。
如果您无法检查日志或观看传入stream量，则下一步是联系Google，并要求他们查找显示的消息ID。 他们将能够validation它是否进来，以及之后发生了什么。 也许发送的消息中的某些内容违反了他们的filter，陷入垃圾邮件陷阱或其他黑洞。
您可能还想与您的客户（我假设他们是mx.cogeco.ca ）交谈，并询问他们是否可以validation日志中的交付，因为他们似乎运行他们自己的MX。
严格地说， 是的 ， 从我的POV中看来，这是一个干净而公正的提取，但对事件几乎没有任何意义。 信任日志是不好的，但是如果我们相信这些string，我们只能说：“邮件被SMTP会话中的mx.cogeco.ca接受”（参见relay=mx.cogeco.ca. [216.221.81.26], dsn=2.0.0, stat=Sent (ok: Message 622358550 accepted) ）周期。
mx.cogeco.ca的邮政局长只能说明这封电子邮件的命运