
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