On Tue, 28 Jul 2026 19:11:08 +0100 Joe via Postfix-users <[email protected]> wrote:
[snip] > Is > there any way around this? I'm not buying a 'real' certificate just > to please Google. Yes, there's a way around it, and it doesn't require buying a certificate: Let's Encrypt: https://letsencrypt.org/ That's what I use on the server sitting at the end of our Comcast Internet connection (Business Class w/static IP), on both a buddy's and my VPSen, and, with some trickery, on my Synology NAS. Certs are automatically renewed every 30 days. > > Second, and this may have a related cause, I can no longer send > email to Gmail, and again Exim4 could. > > This log entry seems to show that an email was sent and accepted, > but it was never received, nor shown as spam by Gmail: [snip] Did you check your Gmail spam folder? Could be, since your server probably doesn't present the credentials Gmail trusts, it's automatically filing email received from your server there. Generally, Gmail, and, increasing, many other servers are requiring one of more of: • Valid forward and reverse DNS • SPF • DKIM • DMARC My own servers don't *require* all of that, save valid forward and reverse DNS, however clearly failed SPF, DKIM, and/or DMARC may result in email to them being automatically binned or filed in Junk. The days of being able to run ad hoc email servers and expecting your email to be delivered are rapidly coming to a close. Regards, Jim -- Note: My mail server employs *very* aggressive anti-spam filtering. If you reply to this email and your email is rejected, please accept my apologies and let me know via my web form at <http://athena.LinxNet.com/contact/scform.php>. _______________________________________________ Postfix-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
