Hi Mark -- I think it is fixed....
I updated /etc/postfix/main.cf with local_recipient_maps = proxy:unix:passwd.byname $alias_maps $transport_maps
Then I sent out a mailing from a test mailing list I have that includes my email address -- steve@tunedinweb.com. --> I received this mailing. YEAH!
I did look in /etc/passwd and /etc/aliases... and did find "tunedin" in /etc/passwd, so is that why Mailman was able to deliver to tunedin@tunedinweb.com ?? (I didn't find any of the other email addresses listed in /etc/postfix/transport in either of those files, so I don't know why some of those passed the telnet test and others did not)
FYI... steve@tunedinweb.com now passes the telnet test:
telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 tunedinweb.com ESMTP Postfix MAIL FROM: <steve@tunedinweb.com> 250 2.1.0 Ok RCPT TO: <steve@tunedinweb.com> 250 2.1.5 Ok quit 221 2.0.0 Bye Connection closed by foreign host.
Steve Wehr Tunedin Web Design 845-246-9643
-----Original Message----- From: Mark Sapiro [mailto:mark@msapiro.net] Sent: Saturday, September 10, 2016 12:24 PM To: Steve Wehr Cc: Mailman-Users@python.org Subject: Re: [Mailman-Users] mailman not respecting /etc/postfix/transport ???
On 09/10/2016 07:35 AM, Steve Wehr wrote:
I tried almost all the email addresses defined in /etc/postfix/transport
Many of them succeed in the telnet test below, but many of them fail. There is no pattern I can find to success or failure. I thought maybe there was some hidden characters in the file that were preventing the hashing working when the file is compiled. So I was looking to see if all the ones above a certain spot in the file failed, and all those below succeeded, but that is not the case. Ideas?
Are the ones that work in /etc/passwd and or /etc/aliases and the ones that fail not?
I wrote:
Now, given that Postfix doesn't like steve@tunedinweb.com, the question is what are the PHP scripts that mail to this address doing. Are they connecting to this Postfix differently or even at all (maybe they connect to mx.emailsrvr.com).
The answer to this may still be of interest.
If you add
local_recipient_maps = proxy:unix:passwd.byname $alias_maps $transport_maps
to Postfix main.cf, I think that will work. This is actually only adding $transport_maps as proxy:unix:passwd.byname and $alias_maps are the defaults. This will ensure that none of the addresses in transport_maps (/etc/postfix/transport) is rejected as an unknown local recipient.
Have you tried this? I think it will work. If the answer to my first question above is yes, I'm sure it will work.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan