Mailman subscribe confirmation
![](https://secure.gravatar.com/avatar/fd77a9387963da792ed91b5ab48b24ea.jpg?s=120&d=mm&r=g)
Hello,
We've encountered a weird issue with mailman 2. We're using mailman 2.1.39, running on a straight RHEL 9 server.
When someone subscribes to a mailing list, they receive an email that says, among other things:
Or visit this web page:
http://<ourdomain.com>/mailman/confirm/<ourlist>/9e2fccef2ac047bb3d67e602e7fb695a277afe43<http://ourdomain.com/mailman/confirm/ourlist/9e2fccef2ac047bb3d67e602e7fb695a277afe43>
Normally, clicking on this link would confirm the subscription. In our case, it prompts for the string again, and keeps doing so - it seems that mailman doesn't recognize the string as being valid.
Using one of the other confirmation methods, such as just replying to the message, works correctly. The new subscriber is confirmed successfully.
The same issue occurs for unsubscribe requests.
The What steps are required for subscription? option is set to Confirm.
Can anyone suggest how to fix this?
Thanks.
::Jack
![](https://secure.gravatar.com/avatar/76d2087162db886899fb9d9ed42ba034.jpg?s=120&d=mm&r=g)
On 2024-07-05 at 11:59:54 UTC-0400 (Fri, 5 Jul 2024 15:59:54 +0000) John <j_p_waterhouse@hotmail.com> is rumored to have said:
Hello,
We've encountered a weird issue with mailman 2. We're using mailman 2.1.39, running on a straight RHEL 9 server.
When someone subscribes to a mailing list, they receive an email that says, among other things:
Or visit this web page:
http://<ourdomain.com>/mailman/confirm/<ourlist>/9e2fccef2ac047bb3d67e602e7fb695a277afe43<http://ourdomain.com/mailman/confirm/ourlist/9e2fccef2ac047bb3d67e602e7fb695a277afe43>
Normally, clicking on this link would confirm the subscription. In our case, it prompts for the string again, and keeps doing so - it seems that mailman doesn't recognize the string as being valid.
One thing to check is that URL. If your webserver always redirects http to https but Mailman thinks its URL starts with http:// you will have problems like this. The solution is switch Mailman to use the https URL.
Using one of the other confirmation methods, such as just replying to the message, works correctly. The new subscriber is confirmed successfully.
The same issue occurs for unsubscribe requests.
The What steps are required for subscription? option is set to Confirm.
Can anyone suggest how to fix this?
Thanks.
::Jack
Mailman-Users mailing list -- mailman-users@python.org To unsubscribe send an email to mailman-users-leave@python.org https://mail.python.org/mailman3/lists/mailman-users.python.org/ Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: https://www.mail-archive.com/mailman-users@python.org/ https://mail.python.org/archives/list/mailman-users@python.org/ Member address: mailmanu-20190215@billmail.scconsult.com
-- Bill Cole bill@scconsult.com or billcole@apache.org (AKA @grumpybozo@toad.social and many *@billmail.scconsult.com addresses) Not Currently Available For Hire
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
On 7/5/24 09:45, Bill Cole wrote:
One thing to check is that URL. If your webserver always redirects http to https but Mailman thinks its URL starts with http:// you will have problems like this. The solution is switch Mailman to use the https URL.
And to do that, set
DEFAULT_URL_PATTERN = 'https://<ourdomain.com>/mailman/'
(substituting for <ourdomain.com> of course) in mm_cfg.py and then fun fix_url, see https://wiki.list.org/x/4030616
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (3)
-
Bill Cole
-
John
-
Mark Sapiro