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?
_____________________ Steve Wehr Tunedin Web Design 845-246-9643 -----Original Message----- From: Steve Wehr [mailto:st...@tunedinweb.com] Sent: Saturday, September 10, 2016 10:22 AM To: 'Mark Sapiro' Cc: 'Mailman-Users@python.org' Subject: RE: [Mailman-Users] mailman not respecting /etc/postfix/transport ??? Here's another clue Mark... I had noticed that on some mailing lists I was subscribed as st...@tunedinweb.com, and on some others as tune...@tunedinweb.com. The former are failing as per my origilam problem, but the latter are sent successfully. So I tried: 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 EHLO tunedinweb.com 250-tunedinweb.com 250-PIPELINING 250-SIZE 68157440 250-VRFY 250-ETRN 250-STARTTLS 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN MAIL FROM: <st...@tunedinweb.com> 250 2.1.0 Ok RCPT TO: <tune...@tunedinweb.com> 250 2.1.5 Ok quit 221 2.0.0 Bye Connection closed by foreign host. This works! Why?? Both st...@tunedinweb.com and tune...@tunedinweb.com are defined exactly the same in /etc/postfix/transport. _____________________ Steve Wehr Tunedin Web Design 845-246-9643 -----Original Message----- From: Mark Sapiro [mailto:m...@msapiro.net] Sent: Friday, September 09, 2016 1:38 PM To: Steve Wehr Cc: Mailman-Users@python.org Subject: Re: [Mailman-Users] mailman not respecting /etc/postfix/transport ??? On 09/09/2016 07:33 AM, Steve Wehr wrote: > Thanks Mark, Here are the results of the tests you suggested. Both > attempts at telnet failed. > > Tried your experiment: > > /etc/postfix>telnet localhost 25 > Trying ::1... > telnet: connect to address ::1: Connection refused Trying 127.0.0.1... > Connected to localhost. Interesting. I suggest you put SMTPHOST = '127.0.0.1' in mm_cfg.py since 'localhost' seems to resolve at least first to an IPv6 address on which Postfix isn't listening. I don't see exactly how this will help, but it might. Now, given that Postfix doesn't like st...@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). > /etc/postfix/transport: > st...@tunedinweb.com smtp:mx.emailsrvr.com > ste...@tunedinweb.com smtp:mx.emailsrvr.com > ste...@tunedinweb.com smtp:mx.emailsrvr.com > w...@tunedinweb.com smtp:mx.emailsrvr.com > sti...@tunedinweb.com smtp:mx.emailsrvr.com > ad...@tunedinweb.com smtp:mx.emailsrvr.com > err...@tunedinweb.com smtp:mx.emailsrvr.com > eve...@tunedinweb.com smtp:mx.emailsrvr.com > feedb...@tunedinweb.com smtp:mx.emailsrvr.com > em...@tunedinweb.com smtp:mx.emailsrvr.com > ideachamp_or...@tunedinweb.com smtp:mx.emailsrvr.com > inqu...@tunedinweb.com smtp:mx.emailsrvr.com > mail...@tunedinweb.com smtp:mx.emailsrvr.com > mailman_ad...@tunedinweb.com smtp:mx.emailsrvr.com > mailman-ow...@tunedinweb.com smtp:mx.emailsrvr.com > ord...@tunedinweb.com smtp:mx.emailsrvr.com > payme...@tunedinweb.com smtp:mx.emailsrvr.com > r...@tunedinweb.com smtp:mx.emailsrvr.com > secur...@tunedinweb.com smtp:mx.emailsrvr.com > tune...@tunedinweb.com smtp:mx.emailsrvr.com > ver...@tunedinweb.com smtp:mx.emailsrvr.com > ab...@tunedinweb.com smtp:mx.emailsrvr.com > postmas...@tunedinweb.com smtp:mx.emailsrvr.com 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. It appears that Postfix is doing the local recipient check before consulting transport_maps for a transport. I'm not that knowledgeable about the details of Postfix to fully understand this, but I think adding $transport_maps to local_recipient_maps in this case will solve your issue without causing other problems, but I suggest you test and be prepared to reverse when you do this. -- Mark Sapiro <m...@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan ------------------------------------------------------ Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/archive%40jab.org