Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

We are investigating an issue whereby on occasion our email system and our customer's email system occasionally do not receive a copy of a third party invoice. We are using Google Apps and don't have access to inbound SMTP logs but the email is definitely not in our All Mail.

The third party provided the following SMTP logs. Do they verify with certainty that the email was delivered? (email prefixes replaced)

2011-09-18 11:40:02 Stat:Sent Full Details
2011-09-18 11:40:01 from=<>
2011-09-18 11:40:02 to=<> stat=Sent (ok: Message 622358550 accepted)
2011-09-18 11:40:03 to=<> stat=Sent (OK 1316360403 c8si9093664pbl.43)
Sep 18 11:40:03 mail3 sendmail[24063]: p8IFe1vP024060: to=<>, delay=00:00:02, xdelay=00:00:01, mailer=esmtp, pri=159505, [], dsn=2.0.0, stat=Sent (OK 1316360403 c8si9093664pbl.43)
Sep 18 11:40:02 mail3 sendmail[24063]: p8IFe1vP024060: to=<>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=159505, [], dsn=2.0.0, stat=Sent (ok: Message 622358550 accepted)
Sep 18 11:40:01 mail3 sendmail[24060]: p8IFe1vP024060: from=<>, size=9505, class=0, nrcpts=2, msgid=<201109181540.p8IFe1TS015641@localhost.localdomain>, proto=ESMTP, daemon=MTA, []
share|improve this question
up vote 6 down vote accepted

Strictly speaking: no, they don't really verify anything at all, since they're just text. It depends on how much you trust your 3rd party.

That said, the log does appear to show that a message with the ID 201109181540.p8IFe1TS015641@localhost.localdomain, addressed to was accepted for delivery by

If you have no way to check the logs or to watch incoming traffic then your next step is to contact Google and ask them to look for the message ID shown. They'll be able to verify if it came in and what happened to it afterwards. Perhaps something in the sent messages is violating their filters and falling into a spam trap or other black hole.

You may also want to talk to your customer (I'm assuming they are and ask them if they can verify delivery in their logs, as they appear to run their own MX.

share|improve this answer

Strictly speaking: yes, it seems as clean and fair extraction from my POV, but it means almost nothing for incident. Trusting foreing log is bad in common, but if we trust these strings, we can say only: "message was accepted by in SMTP-session" (See [], dsn=2.0.0, stat=Sent (ok: Message 622358550 accepted)) Period.

Postmaster of only can shed some lights on the fate of this e-mail

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.