So I think the way to go about doing this is to rewrite the argument handling in main.c to use getopt() so that adding another flag doesn't involve major spaghetti code. Other than that, should be a piece of cake to add the from address to the return_path list that is already passed to insert_message().
I'd love to do this but I barely have enough time for the pipe.c updates. Aaron Brian Blood <[EMAIL PROTECTED]> said: > On 2/4/2004 10:46 AM, "Aaron Stone" <[EMAIL PROTECTED]> > wrote: > > > Ok, well I read the rest of the thread on forwards, and everyone there > > advocates for Postfix to fully handle forwards by using the ??sql patches. > > > > Unfortunately, I think this places a pretty steep requirement onto the MTA > > to a) have this capability or b) have the right patches applied and > > anyways, that c) it is configured to use the dbmail database, too. > > > > There's gotta be a sane way for DBMail to send its own forwards > > properly... > > > > As I stated about a month ago, the way to "fix" the bounces of mail that has > reached dmail-smtp is add a FROM address parameter to the call syntax. > Postfix can send along the sender address in the master.cf pipe line for > dbmail-smtp > > sendmail handles this with a [EMAIL PROTECTED] type parameter. > > Add this in and many of these issues will clean themselves up very quickly. > > Until this is added, we are letting Postfix handles all forwards and bounces > using additional fields in our aliases and users tables. > > > > Brian > > _______________________________________________ > Dbmail-dev mailing list > Dbmail-dev@dbmail.org > http://twister.fastxs.net/mailman/listinfo/dbmail-dev > --
