On 9/16/22 9:08 AM, Claus Assmann wrote:
FYI: the OP replied to me directly (not sure why) - indicating that
Google "silently dropped" the e-mail even though the log shows it was
accepted (and it wasn't delivered to the "spam folder" either).
Why: pushed the wrong button in Thunderbird
Test: I have some Google mail accounts, so when I tried to send mail to
them they disappeared in the ether.
Fix: load PostFix into the workstation (if not already there), and set
relay_host in main.cf to point to my properly configured mail server.
That mail server running PostFix, of course, with no known problems. :)
SPF does not include all my external IP addresses; I decided to leave it
that way for the same reason that someone else mentioned: no direct
outbound mail from unauthorized workstations. My fiber edge router is at
***.***.***.161; my mail server is on ***.***.***.165; I suspect Google
failed the mail because the SPF TXT record said "fail". Someone dropped
the DNR. At this point my problems are fixed, so I'm not looking
further into this.
*NOT* a PostFix problem: found another issue, this time in an Ubuntu
workstation, in that I had to set the domain in mailutils.conf so that I
didn't need to make the workstation host name a FQDN. This is a
configuration problem with the Ubuntu mailutils package. There are
scripts running on the Ubuntu workstation that use "mail" instead of
"mailx".
(Possible conflict between Ubuntu's mailutils and postfix packages?)
