On 4/8/2012 8:11 PM, Daniel L. Miller wrote:
> I make use of the Delivered-To and X-Original-To headers that are set via the 
> pipe transport (and when I used it, the virtual transport).  I'm using the 
> Dovecot lda via the pipe connection.  Dovecot offers a lmtp delivery agent 
> that is (so I'm told) more efficient.
> 
>  
> 
> I don't see any flag options for the ltmp transport that are similar to pipe 
> - however in the past people have suggested ways of using existing Postfix 
> features to accomplish specific tasks in ways that were not immediately 
> obvious to me - generally because while the features were documented, I 
> either didn't understand or simply didn't think of using them in that 
> particular fashion.  The lmtp transport has a whole host of available 
> settings - many of which I don't immediately understand.  So - with this 
> preface in mind, I humbly ask:
> 
>  
> 
> Is there a method by which I can have these headers added while using lmtp?  

No, the lmtp transport does not have those features.  As a general
rule, those headers are intended to be added by the "final delivery"
agent, which lmtp is not.

There isn't any workaround other than using the pipe transport instead.


> If not, then before I make a feature request via whatever the appropriate and 
> correct channels may be - is there a particular reason why these headers are 
> not already an option via lmtp (aside from nobody asking for or seeing the 
> need previously).  Is there an architectural or conceptual reason why these 
> headers should not be added via an lmtp connection?


The request has been made and noted previously, and will be
addressed as time and resources permit.  I don't know of any
structural reasons that lmtp can't have these options, but unifying
the options of all the postfix transports requires careful planning
to make sure the end result is sane, documented, maintainable, and
consistent across all of postfix.  Adding this feature to lmtp
without a good idea of how that will fit into future modifications
of other transports is likely to be counter-productive in the long run.
The actual coding is probably no more than 25% of the job, and
probably the easiest part.



  -- Noel Jones

Reply via email to