On 5/3/20 8:43 PM, Samir Faci wrote:
Inline.
On Sun, May 3, 2020, 20:32 Mark Sapiro <mark@msapiro.net <mailto:mark@msapiro.net>> wrote:
You are sending from a remote machine 198.199.98.177 to a presumably remote domain domain.com <http://domain.com> so relay access is denied as it should be. You need to add 198.199.98.177 to mynetworks in Postfix.I can but domain.com <http://domain.com> is basically my Gmail I just regex-ed the logs. If that's the fix is have to add every recepients domain to mynetworks.
You absolutely don't want to do that. The log entry is confusing. Between your munging domains and my MUA adding mailto: links to every email address, it's a mess. Let's try again:
May 4 03:07:38 lists postfix/smtpd[1968155]: NOQUEUE: reject: RCPT from unknown[198.199.98.177]: 554 5.7.1 <csgeek@domain.com>: Relay access denied; from=<booh-bounces+csgeek=domain.com@lists.domain.org> to=<csgeek@domain.com> proto=ESMTP helo=<[127.0.1.1]>.
This says Postfix received a RCPT command from 98.199.98.177. It looks like it comes from Mailman, i.e., the envelope sender loogs like a Mailman VERPed address <booh-bounces+csgeek=domain.com@lists.domain.org> for a message to <csgeek@domain.com> and that is the envelope recipient and the sender identified itself in EHLO as [127.0.1.1].
So Postfix thinks it is asked to relay from 98.199.98.177 to domain.com. Note that 98.199.98.177 is a Comcast network IP. It has nothing to do with gmail. So is the connect comes from Mailman on the Postfix machine, why does Postfix think it comes from 98.199.98.177. That's the issue.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan