[Dovecot] RFE: please add mail queue id to 'sent vacation response' log line
May I ask to add receiving smtp server mail queue id to sieve 'sent vacation response' log line?
Now:
2014-05-09T15:04:32+02:00 name/ip dovecot: lmtp(8164, user1@domain): YvJFLVbSbFPkHwAASpgOhg: sieve: msgid=<000301cf6b87$36be4570$a43ad050$@us.edu.pl> size=46850: sent vacation response to <user2@domain>
Asked for something like this:
2014-05-09T15:04:32+02:00 name/ip dovecot: lmtp(8164, user1@domain): YvJFLVbSbFPkHwAASpgOhg: sieve: msgid=<000301cf6b87$36be4570$a43ad050$@us.edu.pl> size=46850: sent vacation response to <user2@domain> (smtp:[ip]:port): 250 2.0.0 Ok: queued as mailqueueid) <<<
In case there are more than one vacation response recipients there is no way to identify who had received the response and who hadn't.
Thanks.
MU
Am 13.05.2014 13:26, schrieb Maciej Uhlig:
May I ask to add receiving smtp server mail queue id to sieve 'sent vacation response' log line?
Now:
2014-05-09T15:04:32+02:00 name/ip dovecot: lmtp(8164, user1@domain): YvJFLVbSbFPkHwAASpgOhg: sieve: msgid=<000301cf6b87$36be4570$a43ad050$@us.edu.pl> size=46850: sent vacation response to <user2@domain>
Asked for something like this:
2014-05-09T15:04:32+02:00 name/ip dovecot: lmtp(8164, user1@domain): YvJFLVbSbFPkHwAASpgOhg: sieve: msgid=<000301cf6b87$36be4570$a43ad050$@us.edu.pl> size=46850: sent vacation response to <user2@domain> (smtp:[ip]:port): 250 2.0.0 Ok: queued as mailqueueid) <<<
In case there are more than one vacation response recipients there is no way to identify who had received the response and who hadn't
think again about the real mail-flow:
- the MTA receives and queues the message
- then the message is sent via LMTP from the MTA to dovecot LMTP
- from where do you think dovecot-lmtpd shoukd get the MTA's queue id?
Reindl Harald - 2014-05-13 13:30:
- from where do you think dovecot-lmtpd shoukd get the MTA's queue id?
AFAICS dovecot sieve plugin is able to send mail (vacation response, forward mail) via SMTP MTA.
Thanks.
MU
Am 13.05.2014 13:55, schrieb Maciej Uhlig:
Reindl Harald - 2014-05-13 13:30:
- from where do you think dovecot-lmtpd shoukd get the MTA's queue id?
AFAICS dovecot sieve plugin is able to send mail (vacation response, forward mail) via SMTP MTA
you stripped the relevant part of my response
yes, it sends a *NEW* message via the MTA
but that don't change the fact the dovecot don't know the queue id of the *original* message received by the MTA
think again about the real mail-flow:
- the MTA receives and queues the message
- then the message is sent via LMTP from the MTA to dovecot LMTP
- from where do you think dovecot-lmtpd shoukd get the MTA's queue id?
Reindl Harald - 2014-05-13 14:01:
yes, it sends a *NEW* message via the MTA
OK, I need just this *NEW* mail queue id.
but that don't change the fact the dovecot don't know the queue id of the *original* message received by the MTA
You're right - but this is something I don't need: this information can be found looking at sieve queue id on sending LMTP server.
Thanks.
MU
On 05/13/2014 02:01 PM, Reindl Harald wrote:
Am 13.05.2014 13:55, schrieb Maciej Uhlig:
Reindl Harald - 2014-05-13 13:30:
- from where do you think dovecot-lmtpd shoukd get the MTA's queue id?
AFAICS dovecot sieve plugin is able to send mail (vacation response, forward mail) via SMTP MTA
you stripped the relevant part of my response
yes, it sends a *NEW* message via the MTA
but that don't change the fact the dovecot don't know the queue id of the *original* message received by the MTA
Reindl, you're answering the wrong question. The OP asked to add the MTA response while sending the *new* message. This has nothing to do with the original message.
Tom
Maciej Uhlig:
May I ask to add receiving smtp server mail queue id to sieve 'sent vacation response' log line?
Hello,
I like to support that request.
It would allow me to exactly follow the mailflow in case any user
claim "I did not get a vacation response."
With a complete QueueID chain I could turn that into "You did not
*read* the vacation response"
Does not happen often but would be help full...
Need to mention: it rely on "submission_host = $SMTP-SERVER" in dovecot.conf. No idea how it looks on submission via /usr/sbin/sendmail...
Andreas
On 14. Mai 2014 14:12:44 MESZ, Andreas Schulze <sca@andreasschulze.de> wrote:
Maciej Uhlig:
Need to mention: it relies on "submission_host = $SMTP-SERVER" in dovecot.conf.
Yeah, would be a cool new debug feature to log the MTA response.
No idea how it looks on submission via /usr/sbin/sendmail...
The outgoing vacation message is logged in the local MTA then. No need for dovecot debug output then, except the return code of the sendmail executable where the mail is piped into.
Regards Daniel
participants (5)
-
Andreas Schulze
-
Daniel Parthey
-
Maciej Uhlig
-
Reindl Harald
-
Tom Hendrikx