Hello,
From rfc 2821, we have excerpts:
"SMTP servers performing a relay function MUST NOT inspect the
message data, and especially not to the extent needed to determine
if Return-path headers are present."
and
" a gateway from elsewhere->SMTP SHOULD delete any return-path
header present in the message, and either copy that information to
the SMTP envelope or combine it with information present in the
envelope of the other transport system to construct the reverse
path argument to the MAIL command in the SMTP envelope."
So, if dbmail is considered part of the SMTP implimentation, it
is broken, and shouldn't remove the Return-Path: that was there - but
I don't think it is part of SMTP, it's more a "gateway from elsewhere"
which becomes an SMTP sender, in which case it SHOULD make this work
right, but strictly speaking, doesn't have to.
In short, use postfix aliases right now, and this should be put on
a todo list to fix in dbmail (ie. when it strips the Return-Path:
out of a message it is forwarding somewhere, use that address as the
envelop sender in MAIL FROM command).
Later...
---- Original Message ----
From: Jesse Norell <[email protected]>
To: [email protected]
Subject: Re: [Dbmail] forwarded bounces
Sent: Thu, 12 Jun 2003 10:42:23 -0600 (MDT)
>
> Heh...
>
> It just occured to me, that I am using a dbmail forward myself as
> of last weekend. Looking that this message (the one I'm replying to),
> there is a single "Return-Path: <[EMAIL PROTECTED]>" header. That will
> be where bounces are sent, and from some testing it looks like that
> is inserted by the smtp receiver, using the MAIL FROM address. (There
> was no Return-Path: in the message headers of what dbmail sent me
> on a forward, so the one I see has to be added by the local smtp
> receiver). Lemme see what I can find in rfc 2822.
>
>
> ---- Original Message ----
> From: Jesse Norell <[email protected]>
> To: [email protected]
> Subject: Re: [Dbmail] forwarded bounces
> Sent: Thu, 12 Jun 2003 09:23:59 -0600 (MDT)
>
> >
> > Hello,
> >
> > You might need to use postfix aliases for this right now, which
> > work the way you want. I'll try testing a dbmail off-site forward
> > and see if I get the same results. Can you look in the relayed
> > message for Return-Path: headers? See if there are multiple ones
> > there, or just one with [EMAIL PROTECTED] (or none at all, I guess).
> > I'd have to look at the rfc for proper behavior, but it seems dbmail
> > should leave the Return-Path: that postfix puts in there alone, so
> > the far end replies to that address. If dbmail changes it itsself
> > (which I kind of doubt), it's probably broken. If the far end smtp
> > server is putting a Return-Path: from the smtp MAIL FROM command,
> > then... I don't know if it ought to be configured not to do that when
> > a Return-Path: is already present, of if dbmail should use the
> > Return-Path: address in it's MAIL FROM command - but one or the other
> > should probably fix it.
> >
> > More ramblings from the desk of,
> > Jesse
> >
> > ---- Original Message ----
> > From: Micah Stevens <[email protected]>
> > To: [email protected]
> > Subject: Re: [Dbmail] forwarded bounces
> > Sent: Thu, 12 Jun 2003 07:59:51 -0700
> >
> > >
> > > Yes, that entry is:
> > > dbmail unix - n n - - pipe
> > > flags=R user=dbmail:dbmail argv=/usr/local/sbin/dbmail-smtp -d
> > > ${recipient}
> > >
> > >
> > >
> > > On Thu June 12 2003 7:21 am, Jesse Norell wrote:
> > > > Hello,
> > > >
> > > > Do you have flags=R in your master.cf entry for dbmail?
> > > >
> > > >
> > > > ---- Original Message ----
> > > > From: Micah Stevens <[email protected]>
> > > > To: [email protected]
> > > > Subject: [Dbmail] forwarded bounces
> > > > Sent: Wed, 11 Jun 2003 22:30:01 -0700
> > > >
> > > > > Hi,
> > > > >
> > > > > As I have many forwarded aliases to other domain in the table, I've
> > > > > been
> > > > > noticing that if a mail is forwarded through dbmail and gets rejected
> > > > > from the recipient's server, the mail gets bounced to postmaster at
> > > > > the
> > > > > dbmail domain. Ideally, the error notice should then get sent back to
> > > > > the
> > > > > original sender, but it's just getting dropped into my postmaster
> > > > > account.
> > > > >
> > > > > Is this behavior standard for mail forwarding or is it peculiar to
> > > > > dbmail? It seems wrong as the sender will never know that the mail was
> > > > > not recieved, but I wasn't sure if there was a technical hurdle for
> > > > > this
> > > > > happen or not. If I was using Postfix for forwarding, would it behave
> > > > > differently?
> > > > >
> > > > > My other thought was that there was something configured wrong, but I
> > > > > couldn't think of what to change. I'm running dbmail CVS as of a
> > > > > couple
> > > > > of months ago, with MySQL / Postfix.
> > > > >
> > > > > Thanks for any insight on this,
> > > > > -Micah
> > > > >
> > > > > _______________________________________________
> > > > > Dbmail mailing list
> > > > > [email protected]
> > > > > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> > > >
> > > > -- End Original Message --
> > > >
> > > >
> > > > --
> > > > Jesse Norell
> > > > jesse (at) kci.net
> > > >
> > > >
> > > > _______________________________________________
> > > > Dbmail mailing list
> > > > [email protected]
> > > > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> > >
> > > _______________________________________________
> > > Dbmail mailing list
> > > [email protected]
> > > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> > >
> > -- End Original Message --
> >
> >
> > --
> > Jesse Norell
> > jesse (at) kci.net
> >
> >
> > _______________________________________________
> > Dbmail mailing list
> > [email protected]
> > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> >
> -- End Original Message --
>
>
> --
> Jesse Norell
> jesse (at) kci.net
>
>
> _______________________________________________
> Dbmail mailing list
> [email protected]
> https://mailman.fastxs.nl/mailman/listinfo/dbmail
>
-- End Original Message --
--
Jesse Norell
jesse (at) kci.net
