On Wed, Jun 23, 2010 at 14:05:32 +0300, Peter Pentchev wrote:
> On Tue, Sep 15, 2009 at 07:08:25PM +0200, Tino Keitel wrote:
> > Hi,
> > 
> > sorry, my observation was wrong. My mutt always generated a From: line
> > (with "realname <u...@host>"), and exim used to translate this into the
> > real address.  Dma seems to only use virtusertable if no From: line is
> > present.
> > 
> > I fixed my mutt configuration to not generate a From: line, and now
> > virtusertable is used.
> 
> So... erm, sorry, but I'm a bit unclear - do you think this is still
> a problem? :)
> 
> After a quick look in the dma code, I don't think it tries to modify
> the From: header in any way.  What it does is change the envelope
> sender to the virtual user; I guess Simon's thinking was along the lines
> of "the From: header should be set by the MUA; if somebody wants virtusers,
> he'll have told his MUA to set the proper From header".
> 
> On the other hand, the behavior you've seen is completely explained by
> the fact that if the MUA sends a message *without* a From: header at all,
> dma will *add* a From: header with the e-mail address of the envelope
> sender.  Since this is done after it has substituted the envelope sender
> address with the virtual one, It All Just Works(tm) :)
> 
> I don't think it would be dma's job to *modify* the From: header if a MUA
> has set one.  IMHO, what it does right now - always modify the envelope
> sender (if a virtuser is present) and always add a From: header if the MUA
> has not - should be the extent of its interfering with the user's message.

Hi,

yes, I just had to realize that dma behaves different compared to exim.
I think this bug can be closed.

Btw., I'm using 0.0.2010.06.17-1 for a few days now and it looks fine.

Regards,
Tino



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to