On Thu, 9 Jan 2014, Steffen Kaiser wrote:
On Tue, 7 Jan 2014, Greg Rivers wrote:
[snip]
So for the archives, to get sieve's "envelope :detail ..." working with sendmail and dovecot LMTP, do the following:
Add "lda_original_recipient_header = X-Original-To" to 15-lda.conf
Add the following rule to sendmail.mc to add a X-Original-To: header to every message:
LOCAL_CONFIG H?${u}?X-Original-To: $u
First: This won't work, if the message has two or more recipients, $u is empty then.
Right. Miquel van Smoorenburg pointed that out too earlier in this thread.
Do you serialize messages per recipient?
Yes, to mitigate this issue, I plan to enforce one recipient per LMTP
session with: define(LOCAL_MAILER_MAXMSGS',
1'). This will result in
adding "m=1" to the local mailer definition.
But I'd really rather have +detail passed via LMTP.
Second: My Debian sendmail v8.14.4 does pass +detail to LMTP.
Mlocal, P=[IPC], F=lsDFMAw5:/|@qPSXnz9, S=EnvFromSMTP/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/SMTP, A=FILE /var/run/dovecot2.2/lmtp
looks like just:
FEATURE(
local_lmtp',
[IPC]',`FILE /var/run/dovecot2.2/lmtp')dnlof my mc-file effects it.
Now this is a really useful data point! I have exactly the same configuration on FreeBSD running sendmail v8.14.7:
FEATURE(local_lmtp',
[IPC]',`FILE /var/run/dovecot/lmtp')
Mlocal, P=[IPC], F=lsDFMAw5:/|@qPSXmnz9, S=EnvFromSMTP/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/SMTP, A=FILE /var/run/dovecot/lmtp
The use of forwarding, aliases or virtuser table might strip the detail, you need to do explicitly preserve the +detail with those. Retry with a recipient without any rewriting and from the local host.
echo TEST | sendmail -v recpient+detail@yourdomain.tld
Received: from ux-2s11.inf.fh-bonn-rhein-sieg.de by ux-2s11.inf.fh-bonn-rhein-sieg.de (Dovecot) with LMTP id aC4NEHRMzlK7dgAALie3fw for <uid+detail>; Thu, 09 Jan 2014 08:15:00 +0100
I'm not using any aliases or virtuser table in my tests, yet my sendmail DOES NOT pass +detail to LMTP:
$ echo TEST | sendmail -v gcr+detail@badger.tharned.org gcr+detail@badger.tharned.org... Connecting to [127.0.0.1] via relay... 220 badger.tharned.org ESMTP Sendmail 8.14.7/8.14.7; Thu, 9 Jan 2014 16:19:46 -0600 (CST)
EHLO badger.tharned.org 250-badger.tharned.org Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-EXPN 250-VERB 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-DELIVERBY 250 HELP VERB 250 2.0.0 Verbose mode MAIL From:<gcr@badger.tharned.org> SIZE=5 250 2.1.0 <gcr@badger.tharned.org>... Sender ok RCPT To:<gcr+detail@badger.tharned.org> DATA 250 2.1.5 <gcr+detail@badger.tharned.org>... Recipient ok 354 Enter mail, end with "." on a line by itself . 050 <gcr+detail@badger.tharned.org>... Connecting to /var/run/dovecot/lmtp via local... 050 220 badger.tharned.org Dovecot ready. 050 >>> LHLO badger.tharned.org 050 250-badger.tharned.org 050 250-8BITMIME 050 250-ENHANCEDSTATUSCODES 050 250 PIPELINING 050 >>> MAIL From:<gcr@badger.tharned.org> 050 250 2.1.0 OK 050 >>> RCPT To:<gcr> 050 >>> DATA 050 250 2.1.5 OK 050 354 OK 050 >>> . 050 250 2.0.0 <gcr> OD97EoIgz1L04QAAwQnkQQ Saved 050 <gcr+detail@badger.tharned.org>... Sent 250 2.0.0 s09MJkLK057843 Message accepted for delivery gcr+detail@badger.tharned.org... Sent (s09MJkLK057843 Message accepted for delivery) Closing connection to [127.0.0.1] QUIT 221 2.0.0 badger.tharned.org closing connection
Return-Path: <gcr@badger.tharned.org> Delivered-To: <gcr> Received: from badger.tharned.org by badger.tharned.org (Dovecot) with LMTP id OD97EoIgz1L04QAAwQnkQQ for <gcr>; Thu, 09 Jan 2014 16:19:46 -0600 Return-Path: <gcr@badger.tharned.org> Received: from badger.tharned.org (localhost [127.0.0.1]) by badger.tharned.org (8.14.7/8.14.7) with ESMTP id s09MJkLK057843 for <gcr+detail@badger.tharned.org>; Thu, 9 Jan 2014 16:19:46 -0600 (CST) (envelope-from gcr@badger.tharned.org) Received: by badger.tharned.org (8.14.7/8.14.7/Submit) id s09MJjbI057842 for gcr+detail@badger.tharned.org; Thu, 9 Jan 2014 16:19:45 -0600 (CST) (envelope-from gcr) Date: Thu, 9 Jan 2014 16:19:45 -0600 (CST) From: Greg Rivers <gcr@badger.tharned.org> Message-Id: <201401092219.s09MJjbI057842@badger.tharned.org> To: undisclosed-recipients:;
TEST
So I clearly have a sendmail problem. Maybe there's been a regression in sendmail since 8.14.4, or there's some other platform specific issue. This gives me something to go on; thanks a lot for your feedback!
-- Greg Rivers