我们正在调查一个问题，有时我们的电子邮件系统和客户的电子邮件系统不会收到第三方发票的副本。我们使用 Google Apps，无法访问入站 SMTP 日志，但该电子邮件肯定不在我们的所有邮件中。
第三方提供了以下 SMTP 日志。他们是否确定电子邮件已送达？（电子邮件前缀已替换）
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]
答案1
严格来说：不，它们实际上根本无法验证任何内容，因为它们只是文本。这取决于您对第三方的信任程度。
尽管如此，日志确实显示 ID 为[email protected]、地址为 的消息[email protected]已被 接受并投递aspmx.l.google.com。
如果您无法检查日志或查看传入流量，那么下一步就是联系 Google，让他们查找显示的消息 ID。他们将能够验证该消息是否已传入以及之后发生了什么。也许发送的消息中的某些内容违反了他们的过滤器并落入了垃圾邮件陷阱或其他黑洞。
您可能还想与您的客户交谈（我假设他们是mx.cogeco.ca），并询问他们是否可以在他们的日志中验证交付，因为他们似乎运行自己的 MX。
答案2
严格来讲：是的，它看起来像干净和公平的提取从我的角度来看，但对于事件来说，这几乎没有任何意义。信任外部日志通常都是不好的，但如果我们相信这些字符串，我们只能说：“邮件在 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 的邮政局长只能透露一些关于这封电子邮件的命运的信息