On 1/7/2014 4:40 PM, Mark Sapiro wrote:
On 01/07/2014 03:18 PM, Steve Lindemann wrote:
Unfortunately when mailman sends messages they fail to deliver to most of the list subscribers and the maillog shows that the helo used is the actual name of the server, not the name of the email server. Naturally the receiving server disconnects when the names isn't right.
How is Mailman delivering mail? If it is delivering to a local MTA on localhost, how it identifies itself in HELO to this MTA is irrelevant as it is this MTA, not Mailman that is attempting delivery to the recipient MX.
I could understand this with the move to the new server except every where I know to configure this (both postfix and mailman) I have the name email.marmot.org configured as the URL of the host. Regular email works fine from that box, just mailman is having a problem sending.
Does anyone have any idea what I'm missing?
In the normal case, Mailman relays mail through the local MTA (Postfix). How Mailman identifies itself to this MTA is irrelevant as long as the MTA accepts the mail from Mailman (does it)?
If the local postfix can deliver mail, but not Mailman's mail, the only thing I can see that would affect this is the envelope sender which would be LISTNAME-bounces@HOSTNAME where HOSTNAME is the list's host_name attribute.
Damn... that was fun. It took two things to get it working again. I needed to rename the server to something with a mx record, in this case: email.marmot.org vrs what it was. AND I had to turn off ipv6 on the interfaces. Mailman and postfix are on the same box. Somehow the mailman messages where picking up the ipv6 localhost address as the source of the original message and it appears that being rejected by receiving servers. Once I renamed the server and ditched ipv6 the messages started delivering again.
Steve