2011/11/26 Wietse Venema <wie...@porcupine.org>: > Vincenzo Romano: >> 2011/11/25 Wietse Venema <wie...@porcupine.org>: >> > The Postfix sendmail command creates a temporary queue file that >> > is deleted as soon as the local mail pickup daemon has read the >> > file. So, that queue file ID is useless. >> > >> > You can specify your own envelope ID on the Postfix sendmail command >> > line. This will be returned in delivery status notifications (as >> > long as the remote MTA implements the DSN RFCs). >> > >> > Postfix does not log the DSN envelope ID information, but code for >> > that could be added to the cleanup daemon. >> > >> > There is also RFC 3885 which builds a tracking mechanism on top of >> > the aforementioned DSN envelope ID information. But this is of limited >> > interest, since qmail, exim and some other MTAs don't implement DSN. >> >> Thanks Wietse (also for the honor). >> Maybe I've been not clear enough and I apologyze for that. >> I'll try to describe a real life case. >> Once I do the submission with sendmail tool, I need to check on my >> machine whether the message actually left the system for the delivery >> (which can access the Internet) or if it got queued or trashed for >> some reason. >> As far as I remember I can link the various lines in the log only >> thanks to the queue ID. >> This is what I do, step by step, within the logs: >> >> 0. First restrict the search field to a "reasonable" time period in >> the logs. Usually one day. >> >> 1. I look for "postfix/qmgr" and the destination email address to >> extract che queue ID (something like 42DF66C96E). >> >> 2. I look then for both that queue ID and "postfix/smtp" in order to >> extract the status (something like "status=sent") and the remote SMTP >> response (something like "(250 2.0.0 OK 1322295987 >> b11si12544560fak.190)" ). >> >> 3. I look then for both that queue ID and "postfix/cleanup" in order >> to extract the local message-ID (something like >> "message-id=<20111126082624.42DF66C96E@system.domain>") >> >> The step #2 is needed in order to know whether the message actually >> left the system (status=sent) or bounced or got deferred. I can also >> get the actual response from the remore server. >> Steps #2 and #3 are needed in order to be able to look for the message >> on either side. >> >> The steps #0 and #1 are approximate, especially when I send several >> distinct messages in the same second to the same destination. Which >> can easily happen. >> I understood that I cannot grab the local message ID straight from >> sendmail, this is why I focused on the queue ID. >> >> But, is it possible to know the queue ID from the sendmail tool (or >> whatever other submission tool) to be reasonably precise on the >> subsequent email tracking lookups? > > I answered that in the FIRST paragraph of my reply.
You say it's useless, I say I can use it to retrieve the message IDs I need. Is there a way to get the queue ID back from sendmail?
