[Dovecot] Dovecot LMTP - Delivered-To header weirdness
Hi,
I'm not sure if this is a deliberate design decision or a technical limitation that I've missed. Please briefly explain if so :). Or a bug or feature request?
When LMTP receives a mail with a single recipient it adds a Delivered-To header. However if the message is delivered in a batch that header isn't added. At first I thought maybe the LMTP was doing something with hardlinks but that doesn't appear to be the case (for rather obvious reasons.)
Sample headers (single recipient): Return-Path: user@domain.test Delivered-To: user@domain.test Received: from mx.domain.test ([127.0.0.1]) by domain.test (Dovecot) with LMTP id ZNTPFX2NI1CcCwAAVMeomg for user@domain.test; Thu, 09 Aug 2012 11:14:21 +0100 Envelope-to: user@domain.test Delivery-date: Thu, 09 Aug 2012 11:14:21 +0100 Received: from host.domain.test ([172.16.252.1]:44058) by relay.domain.test ([172.16.252.120]:25) with esmtp id 1SzPkz-0000lz-7v (Exim 4.80) for user@domain.test (return-path user@domain.test); Thu, 09 Aug 2012 11:14:21 +0100 Message-ID: 50238D7D.2000707@domain.test Date: Thu, 09 Aug 2012 11:14:21 +0100 From: User user@domain.test To: User user@domain.test Subject: test
And an expansion list: Return-Path: user@domain.test Received: from mx.domain.test ([127.0.0.1]) by domain.test (Dovecot) with LMTP id Gf+yBmiNI1CECwAAVMeomg ; Thu, 09 Aug 2012 11:14:00 +0100 Envelope-to: expansion@domain.test Delivery-date: Thu, 09 Aug 2012 11:14:00 +0100 Received: from host.domain.test ([172.16.252.1]:44053) by relay.domain.test ([172.16.252.120]:25) with esmtp id 1SzPkd-0000ls-Qr (Exim 4.80) for expansion@domain.test (return-path user@domain.test); Thu, 09 Aug 2012 11:13:59 +0100 Message-ID: 50238D67.3090802@domain.test Date: Thu, 09 Aug 2012 11:13:59 +0100 From: User user@domain.test To: Expansion expansion@domain.test Subject: test
At the moment we've turned off batch delivery in the exim smtp transport (max_rcpt=1).
Cheers, Dan
Daniel Piddock, Systems Administrator, CoreFiling Limited http://www.corefiling.com
Am 09.08.2012 12:26, schrieb Daniel Piddock:
I'm not sure if this is a deliberate design decision or a technical limitation that I've missed. Please briefly explain if so :). Or a bug or feature request?
as far i remember its a design decide
dont know exim
but it looks like max_rcpt=1
is the same then i.e postfix
lmtp_destination_recipient_limit = 1
guess its the best solution for now, if you strongly need that header
there were posts in the postfix and dovecot lists search archives
Best Regards MfG Robert Schetterer
On 2012-08-09 7:04 AM, Robert Schetterer robert@schetterer.org wrote:
Am 09.08.2012 12:26, schrieb Daniel Piddock:
I'm not sure if this is a deliberate design decision or a technical limitation that I've missed. Please briefly explain if so :). Or a bug or feature request?
as far i remember its a design decide
dont know exim
but it looks like max_rcpt=1
is the same then i.e postfix
lmtp_destination_recipient_limit = 1
guess its the best solution for now, if you strongly need that header
there were posts in the postfix and dovecot lists search archives
I wonder if this is related or the same problem as the lack of the x-original-to header that was discussed, and that Timo said would be relatively easy to fix in dovecot's LMTP client. If so, it is on his ToDo, he just hasn't gotten to it yet.
--
Best regards,
Charles
On 09/08/12 12:04, Robert Schetterer wrote:
Am 09.08.2012 12:26, schrieb Daniel Piddock:
I'm not sure if this is a deliberate design decision or a technical limitation that I've missed. Please briefly explain if so :). Or a bug or feature request? as far i remember its a design decide
dont know exim
but it looks like max_rcpt=1
is the same then i.e postfix
lmtp_destination_recipient_limit = 1
guess its the best solution for now, if you strongly need that header
there were posts in the postfix and dovecot lists search archives
You're right, I should have search a bit harder. I found the thread from Feb 2010 discussing Return-Path and Delivered-To headers http://www.dovecot.org/list/dovecot/2010-February/046401.html . The conclusion there appears to be the suggested addition of an lmtp_headers option.
This got me thinking. With the latest versions of Pigeonhole and Dovecot this header can be added using a global sieve script: require ["envelope", "editheader", "variables"]; if allof (not exists "Delivered-To", envelope :matches :all "To" "*") { addheader "Delivered-To" "${1}"; }
Dan
Daniel Piddock, Systems Administrator, CoreFiling Limited http://www.corefiling.com
participants (3)
-
Charles Marcus
-
Daniel Piddock
-
Robert Schetterer