Karl O. Pinc a écrit : > Hello, > > I'm running a mailing list (using GNU > Mailman) and occasionally the > list receives mail having headers with > email addresses that have no @domain part. > (I don't know why, and it's out of my > hands in any case.) > When the list software resends the mail > to the list Postfix re-writes the email > addreses and appends @mylocaldomain to them. > > I don't want this. > > To prevent the rewriting I've told the list software > to deliver mail to an smtpd process on > 127.0.0.2, and added lines like this > to master.cf: > > mypublicip:smtp inet n - - - - smtpd > 127.0.0.1:smtp inet n - - - - smtpd > 127.0.0.2:smtp inet n - - - - smtpd > -o local_header_rewrite_clients=permit_tls_clientcerts -o > relay_clientcerts= > > In other words, I've told postfix not to rewrite header > addresses when the server is running on 127.0.0.2, > by only rewriting clients that tls authenticate and then > making it impossible to authenticate. > > This seems clunky. In more than one way. > Is there a better approach? >
I personally disable the rewrite globally. > I can't seem to control what address GNU Mailman > binds to when it sends mail with SMTP. I can > only control the IP of the server it talks to. hmmm. are you sure? I don't see why the kernel would chose a different IP if you connect to 127.0.0.1. Did you test this or are you speculating? if you tested it, how did you do it, and what OS do you use? > I can tell Mailman to send using sendmail > rather than SMTP, but I don't know how that > would help. > > Thanks. > > Karl <k...@meme.com> > Free Software: "You don't pay back, you pay forward." > -- Robert A. Heinlein
