confirm mails / administrative mails are discarded in mailman3
Hello,
can someone explain this behaviour to me ?
- I upgraded from 3.3.5 to 3.3.9 recently, before that it was working
- I send an administrative mail to my list (empty mail to testlist-dev1-join@DOMAIN)
- The message will be discarded, why ?
- i have no filtering enabled, i have enabled the check for administrative command processing
i got this in the logfile and no confirm mail was sent out
==> mm/var/logs/smtp.log <== Jan 02 12:35:17 2024 (27086) Available AUTH mechanisms: LOGIN(builtin) PLAIN(builtin) Jan 02 12:35:17 2024 (27086) Peer: ('127.0.0.1', 36344) Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) handling connection Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) >> b'LHLO xxxxxx' Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) >> b'MAIL FROM:<gnom@posteo.de> SIZE=10904' Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) sender: gnom@posteo.de Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) >> b'RCPT TO:<testlist-dev1-join@xxxxx>' Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) recip: testlist-dev1-join@xxxxx Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) >> b'DATA' Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) >> b'QUIT' Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) connection lost Jan 02 12:35:17 2024 (27086) ('127.0.0.1', 36344) Connection lost during _handle_client()
==> mm/var/logs/mailman.log <== Jan 02 12:35:18 2024 (27084) <787c5824ca33956449ba541547e2c74d@posteo.de> Precedence: list message discarded by: testlist-dev1-request@xxxxx
also when i do a subscription in the web-interface and uncheck the "Pre Confirm" checkbox, there is no confirmation request sent out. welcome messages are sent out with this, also invitations )
Mailman Core Version GNU Mailman 3.3.9 (Tom Sawyer) Mailman Core API Version 3.1 Mailman Core Python Version 3.9.2 (default, Feb 28 2021, 17:03:44) [GCC 10.2.1 20210110]
List-Settings:
accept_these_nonmembers:[] acceptable_aliases:[] admin_immed_notify:True admin_notify_mchanges:False administrivia:True advertised:False allow_list_posts:True anonymous_list:False archive_policy:never archive_rendering_mode:text autorespond_owner:none autorespond_postings:none autorespond_requests:none autoresponse_grace_period:90d autoresponse_owner_text: autoresponse_postings_text: autoresponse_request_text: bounce_info_stale_after:7d bounce_notify_owner_on_bounce_increment:False bounce_notify_owner_on_disable:True bounce_notify_owner_on_removal:True bounce_score_threshold:5 bounce_you_are_disabled_warnings:3 bounce_you_are_disabled_warnings_interval:7d bounces_address:testlist-dev1-bounces@iis.somedomain.org collapse_alternatives:True convert_html_to_plaintext:False created_at:2024-01-02T11:17:57.733769 default_member_action:accept default_nonmember_action:accept description:testlist-dev1 blablasdf2354234234234albla digest_last_sent_at:None digest_size_threshold:30.0 digest_volume_frequency:monthly digests_enabled:False discard_these_nonmembers:[] display_name:testlist-dev1 dmarc_addresses:[] dmarc_mitigate_action:no_mitigation dmarc_mitigate_unconditionally:False dmarc_moderation_notice: dmarc_wrapped_message_text: emergency:False filter_action:preserve filter_content:False filter_extensions:[] filter_types:[] first_strip_reply_to:False forward_unrecognized_bounces_to:administrators fqdn_listname:testlist-dev1@iis.somedomain.org gateway_to_mail:False gateway_to_news:False hold_these_nonmembers:[] include_rfc2369_headers:True info: join_address:testlist-dev1-join@iis.somedomain.org last_post_at:None leave_address:testlist-dev1-leave@iis.somedomain.org linked_newsgroup: list_name:testlist-dev1 mail_host:iis.somedomain.org max_days_to_hold:0 max_message_size:40960 max_num_recipients:10 member_roster_visibility:moderators moderator_password:None newsgroup_moderation:none next_digest_number:1 nntp_prefix_subject_too:True no_reply_address:noreply@iis.somedomain.org owner_address:testlist-dev1-owner@iis.somedomain.org pass_extensions:[] pass_types:[] personalize:none post_id:1 posting_address:testlist-dev1@iis.somedomain.org posting_pipeline:default-posting-pipeline preferred_language:en process_bounces:True reject_these_nonmembers:[] reply_goes_to_list:no_munging reply_to_address: request_address:testlist-dev1-request@iis.somedomain.org require_explicit_destination:False respond_to_post_requests:True send_goodbye_message:True send_welcome_message:True subject_prefix:[testlist-dev1] subscription_policy:confirm unsubscription_policy:confirm usenet_watermark:None volume:1
Georg Schröder writes:
can someone explain this behaviour to me ?
- I upgraded from 3.3.5
This list is specific to Mailman 2. Some of the Mailman developers are reading it, but some don't, and the majority of Mailman 3 users don't. For broadest audience you should post Mailman 3 questions to mailman-users@mailman3.org.
to 3.3.9 recently, before that it was working
How did you upgrade? If it was via a distro package you should ask them too.
==> mm/var/logs/mailman.log <== Jan 02 12:35:18 2024 (27084) <787c5824ca33956449ba541547e2c74d@posteo.de> Precedence: list message discarded by: testlist-dev1-request@xxxxx
Check the "vette" log and see if there's a reason there,
also when i do a subscription in the web-interface and uncheck the "Pre Confirm" checkbox, there is no confirmation request sent out. welcome messages are sent out with this, also invitations )
Are any confirm messages being received for any subscription or address confirmations? If it's only for your domain, check your spam filters. They sometimes identify the one-time key as a spammer device.
I don't know of any reason why Mailman would change in these ways, I have several times experienced nondelivery issues when other components of the mail system where upgraded at the same time. Could be Mailman, but nothing I've seen before.
On 1/2/24 4:01 AM, Georg Schröder wrote:
Hello,
can someone explain this behaviour to me ?
- I upgraded from 3.3.5 to 3.3.9 recently, before that it was working
- I send an administrative mail to my list (empty mail to testlist-dev1-join@DOMAIN)
- The message will be discarded, why ? ...
==> mm/var/logs/mailman.log <== Jan 02 12:35:18 2024 (27084) <787c5824ca33956449ba541547e2c74d@posteo.de> Precedence: list message discarded by: testlist-dev1-request@xxxxx
This is the reason. See <https://gitlab.com/mailman/mailman/-/blame/master/src/mailman/runners/command.py#L164>. This code has been there since Mailman 3.0.
You are sending the mail with a Precedence: list header. An MUA
composing a new message shouldn't be doing that.
also when i do a subscription in the web-interface and uncheck the "Pre Confirm" checkbox, there is no confirmation request sent out. welcome messages are sent out with this, also invitations )
...
List-Settings: ... subscription_policy:confirm
With subscription_policy:confirm and "Pre Confirm" unchecked in the Mass Subscription UI, a confirmation should be sent and responded to before the member is subscribed. Similarly if Invitation is checked, an invitation should be sent and responded to before the member is subscribed. I don't know why this wouldn't be the case.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
thanks to all of you ;)
i found the setting in our mail gateway config which was setting the wrong precendece header in this environment.
it was no mailman3 problem
participants (4)
-
Georg Schröder -
gnom＠posteo.de
-
Mark Sapiro -
Stephen J. Turnbull