Help understanding why some users don't receive emails
Mailman3 people ---
I'm a novice at running mailman, so any advice would be appreciated.
I manage a few small lists using a mailman3 server. A few of my users complain they do not receive emails.
Looking at one user in particular, I see in /var/log/syslog that postfix is sending the email. There is nothing in bounce.log. They are the only user who uses that particular email domain (embarqmail.com ).
Is there anything I can do to debug why they do not get the emails? Or is this up to them and their email provider?
Thanks!
-- Steve Daniel
On 9/21/22 14:06, Stephen Daniel wrote:
Looking at one user in particular, I see in /var/log/syslog that postfix is sending the email. There is nothing in bounce.log.
And does the postfix log indicate the mail is accepted by the users MX?
I.e. a log message with status=sent.
They are the only user who uses that particular email domain (embarqmail.com ).
Is there anything I can do to debug why they do not get the emails? Or is this up to them and their email provider?
Assuming the message is accepted by the user's MX, the user can check a spam/bulk/junk folder and if the messages aren't there, complain to their ISP about messages being silently discarded. Your log entries showing the message successfully delivered to the MX can provide evidence.
Other than that, you need to ensure that your outgoing messages are DKIM
signed, and that your outgoing MTA server has full circle DNS
https://en.wikipedia.org/wiki/Forward-confirmed_reverse_DNS. It can
also possibly help for the server's domain to publish a DMARC policy
even if that is p=none
-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Mark Sapiro writes:
On 9/21/22 14:06, Stephen Daniel wrote:
Looking at one user in particular, I see in /var/log/syslog that postfix is sending the email. There is nothing in bounce.log.
https://en.wikipedia.org/wiki/Forward-confirmed_reverse_DNS. It can also possibly help for the server's domain to publish a DMARC policy even if that is
p=none
The embarqmail.com domain publishes p=reject. This doesn't affect mail going *to* that domain, but it suggests they're aggressive about "fighting spam". It might help if the mailing list host were to participate in the ARC protocol.
Steve
participants (3)
-
Mark Sapiro -
Stephen Daniel -
Stephen J. Turnbull