Mark,
thanks for your answer. I just checked the bounce log.
And I discovered a lot of entries like:
Jan 25 18:33:24 2016 (2741) <BounceRunner at 12019976> processing 9 queued bounces Jan 25 18:33:24 2016 (2741) <my-list-name>: <some mail address> already scored a bounce for date 25-Jan-2016 Jan 25 18:33:24 2016 (2741) <my-list-name>: <some mail address> already scored a bounce for date 25-Jan-2016 Jan 25 18:33:24 2016 (2741) <my-list-name>: <some mail address> already scored a bounce for date 25-Jan-2016
where all mail addresses are from German Web.de and GMX. Both providers belong to the same company. Thinking about this, I remembered a bounce notification I received last week, where some of these addresses were set to disabled by Mailman, with the notification below.
Did GMX/Web.de maybe change their mail processing policies with the start of the new year? Below follows an excerpt from the bounce notification.
Kind regards, Sascha.
Bounce Mail:
<some_user@web.de>: host mx-ha02.web.de[212.227.17.8] refused to talk to me: 554-web.de (mxweb107) Nemesis ESMTP Service not available 554-No SMTP service 554-Bad DNS PTR resource record. 554 For explanation visit http://postmaster.web.de/error-messages?ip=62.75.175.182&c=rdns
Final-Recipient: rfc822; <second_user>@gmx.de Original-Recipient: rfc822;<second_user>@gmx.de Action: failed Status: 4.0.0 Remote-MTA: dns; mx00.emig.gmx.net Diagnostic-Code: smtp; 554-gmx.net (mxgmx002) Nemesis ESMTP Service not available 554-No SMTP service 554-Bad DNS PTR resource record. 554 For explanation visit http://postmaster.gmx.com/en/error-messages?ip=62.75.175.182&c=rdns
Final-Recipient: rfc822; <some_third_user>@web.de Original-Recipient: rfc822;andreas_hacker@web.de Action: failed Status: 4.0.0 Remote-MTA: dns; mx-ha02.web.de Diagnostic-Code: smtp; 554-web.de (mxweb107) Nemesis ESMTP Service not available 554-No SMTP service 554-Bad DNS PTR resource record. 554 For explanation visit http://postmaster.web.de/error-messages?ip=62.75.175.182&c=rdns
2016-01-25 23:35 GMT+01:00 Mark Sapiro <mark@msapiro.net>:
On 01/25/2016 01:59 PM, Sascha Rissel wrote:
I have some user on my lists, who complain they don't receive the list mails anymore, since a few days.
Am am running Mailman 2.1.15 on Debian. The error log is empty, the archive seems to correctly contain all recent mails. The people saying, they don't receive the mails are on GMail and German Web.de hosts and they don't have bounces logged by Mailman.
If there is nothing in Mailman's error log or bounce log, it is almost certain the mail is being delivered by Mailman to the outgoing MTA and the outgoing MTA is successfully delivering the mail to the mail exchange server for the recipient domain.
You can confirm this if you have access to the Mailman (and it's outgoing MTA) server's mail.log.
If this is the case and the users have checked their gmail or web.de spam or junk folders and the messages aren't there, the messages are likely being silently discarded somewhere in the delivery chain after leaving the outgoing MTA.
Solving this is difficult. Some steps are outlined in the FAQ article at <http://wiki.list.org/x/4030690>.
I sometimes will copy the specific MTA log messages indicating acceptance by the receiving MTA, e.g., messages like
Jan 24 19:09:41 sbh16 postfix/smtp[1053]: 1279111E1A8F: to=<user@gmail.com>, relay=gmail-smtp-in.l.google.com[74.125.28.26]:25, delay=5.8, delays=4.9/0.66/0.09/0.13, dsn=2.0.0, status=sent (250 2.0.0 OK 1453691381 tt2si3153213pac.167 - gsmtp)
and tell the user to ask gmail what happened to that message. In that message, (250 2.0.0 OK 1453691381 tt2si3153213pac.167 - gsmtp) is the acceptance from gmail-smtp-in.l.google.com indicating the message was accepted at unix time stamp 1453691381 with the accepting server's ID tt2si3153213pac.167. I suspect gmail actually ignores such requests from their users or provides only a generic response. People who actually pay for their email service may have a bit more leverage.
Anyway, apart from the things in the FAQ article, there's not a whole lot you can do. If you can possibly identify something about the missing mail that triggers it, e.g., only mail From: a certain user or domain, or something in a specific thread (copied in everyone's reply), you can try to avoid that, but if it's all list mail To: particular domains (gmail), I think it's more likely to be a block on mail from your server's IP, but in the US at least, gmail ordinarily bounces such mail with a fairly specific reason.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/mailman%40rissel.it