- Mailman-users - lists.mailman3.org

Re: Heads up: settings.ACCOUNT_AUTHENTICATION_METHOD is deprecated
by Thomas Krichel March 7, 2026

March 7, 2026

This issue is still there for me. I am starting a new installation from scratch, with the venv method in 3.13. (venv) root@darni ~ # mailman-web migrate System check identified some issues: WARNINGS: ?: settings.ACCOUNT_AUTHENTICATION_METHOD is deprecated, use: settings.ACCOUNT_LOGIN_METHODS = {'email', 'username'} ?: settings.ACCOUNT_EMAIL_REQUIRED is deprecated, use: settings.ACCOUNT_SIGNUP_FIELDS = ['email*', 'username*', 'password1*', 'password2*'] Operations to perform: Apply all migrations: account, admin, auth, contenttypes, django_mailman3, django_q, hyperkitty, postorius, sessions, sites, socialaccount Running migrations: No migrations to apply. I have root@darni /etc/mailman3 # head -15 /etc/mailman3/settings.py # Mailman Web configuration file. # /etc/mailman3/settings.py # Get the default settings. from mailman_web.settings.base import * from mailman_web.settings.mailman import * # Settings below supplement or override the defaults. # see https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/U... del ACCOUNT_AUTHENTICATION_METHOD ACCOUNT_LOGIN_METHODS = {'email', 'username'} del ACCOUNT_EMAIL_REQUIRED ACCOUNT_SIGNUP_FIELDS = ['email*', 'username*', 'password1*', 'password2*'] Which is what I believe Wikinaut suggested works for her/him. But the warning is still there. I added Marks suggestions to add verbiage in the actual codebase root@darni /etc/mailman3 # tail -17 /usr/local/mailman/venv/lib/python3.13/site-packages/mailman_web/settings/mailman.py ### added by ToK #: Django Allauth #ACCOUNT_AUTHENTICATION_METHOD = "username_email" #ACCOUNT_EMAIL_REQUIRED = True #ACCOUNT_EMAIL_VERIFICATION = "mandatory" #ACCOUNT_UNIQUE_EMAIL = True ACCOUNT_LOGIN_METHODS = {'email', 'username'} ACCOUNT_SIGNUP_FIELDS = ['username*', 'email*', 'password1*', 'password2*'] ACCOUNT_EMAIL_VERIFICATION = "mandatory" ACCOUNT_UNIQUE_EMAIL = True ACCOUNT_EMAIL_UNKNOWN_ACCOUNTS = False del ACCOUNT_EMAIL_REQUIRED ACCOUNT_SIGNUP_FIELDS = ['username*', 'email*', 'password1*', 'password2*'] Restarted root@darni /etc/mailman3 # systemctl restart mailman3 ; systemctl restart mailmanweb Same old. (venv) root@darni ~ # mailman-web migrate System check identified some issues: WARNINGS: ?: settings.ACCOUNT_AUTHENTICATION_METHOD is deprecated, use: settings.ACCOUNT_LOGIN_METHODS = {'email', 'username'} ?: settings.ACCOUNT_EMAIL_REQUIRED is deprecated, use: settings.ACCOUNT_SIGNUP_FIELDS = ['email*', 'username*', 'password1*', 'password2*'] Operations to perform: Apply all migrations: account, admin, auth, contenttypes, django_mailman3, django_q, hyperkitty, postorius, sessions, sites, socialaccount Running migrations: No migrations to apply. Maybe I missunderstood something. -- Written by Thomas Krichel http://openlib.org/home/krichel on his 22190th day.

3 6

Archiving Display Email Signature in Plain-Text
by msok＠lalawlibrary.org March 6, 2026

March 6, 2026

The Archiving is still display Email Signature in Plain-Text after I configured filter content: No and convert html to plaintext: No in Alter Messages. And Markdown text in Archiving settings. In addition to that, I also configured HYPERKITTY_RENDER_INLINE_IMAGE = True in settings.py file Where else should take a look into this? My email signature is from CodeTwo. Thanks, Marin

3 4

Can't add emails to accept_these_nonmembers
by Ibiam Chihurumnaya March 4, 2026

March 4, 2026

I need to set some nonmembers to a list as these members send message to the list, but don't need to receive any message from the list. I've used list_name.settings['accept_these_nonmembers'].append to add members to the list, but it gets discarded once I run list_name.settings.save().

3 17

Debian bug report
by Paul Tomblin March 3, 2026

March 3, 2026

So I went to submit a bug report to Debian about the fact that the mailman3-web page drags in nginx for no reason. Turns out that the bug had been reported in 2021 and nobody who worked on it who understood mailman understood apache and nobody who worked on it who understood apache understood mailman[1]. So I submitted an update. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1002795 [1] Literally, one of the developers said Thanks, I admit initially I had no plan on supporting apache2 as I don't use it. Jonas did that part and therefore I did not follow at all. -- Paul Tomblin

2 2

Re: Footer variables
by Stephen J. Turnbull March 3, 2026

March 3, 2026

Please keep this on list. Paul Tomblin writes: > Nope, it's still saying it depends on libapache2-mod-proxy-uwsgi | > nginx, and there's no libapache2-mod-proxy-uwsgi. It appears that > mod_proxy is in base apache now. Oddly I never enabled proxy_uwsgi > in mods-enabled but mailman works. I should probably report it to > Debian. What depends on libapache2-mod-proxy-uwsgi? Mailman core doesn't depend on that at all. It always uses gunicorn as the WSGI server for the REST API, and the Apache config uses ProxyPass on port localhost:8001. And sez who? Are you asking apt or dpkg? I thought you have installed via pip into a virtual environment -- what apt and dpkg think about Mailman dependencies is irrelevant. > > > Is it possible to upgrade to 3.10 with pip? If you installed using Debian, you can't upgrade with pip -- that's a Debian restriction. You have to remove the Debian package(s), and create a virtual environment, typically under /opt/mailman, to install the Mailman suite into. Then, if you have already working lists, you have to either (1) "very carefully" move all the /var/lib/mailman data from your working Debian install into /opt/mailman in appropriate places, or (2) configure the new Mailman to look for data where Debian put it (if you're lucky you can re-use Debian's /etc/mailman3/mailman.cfg for that, although they may have patched the source). The /var data is the queues (mostly bad and shunt, but you may have orphaned qfiles in out, and very very rarely in other queues), the logs, and any in-progress digests being accumulated. The list configurations, user profiles, and most volatile data (eg, pending confirmations) will be in your database. You can use the Debian packaged database, just point the new Mailman at that. > > Yes: see https://pypi.org/project/mailman/. > > Use python3 -m pip install --upgrade mailman. > > Nope, that doesn't work. > python3 -m pip install --upgrade mailman 2>&1 | tee bar > Requirement already satisfied: mailman in ./venv/lib/python3.13/site-packages (3.3.9) Where is '.'? If it's under /var/lib or /var/share, you've got Debian's mailman and you can't upgrade with pip. You want it to be under /usr/local (ugh) or /opt/mailman (happy face). > Collecting mailman > Using cached mailman-3.3.10-py3-none-any.whl.metadata (2.4 kB) [...] > Requirement already satisfied: zope.schema>=4.9 in ./venv/lib/python3.13/site-packages (from zope.configuration->mailman) (8.1) Are you saying pip returns to the shell prompt without doing anything after that? > If I'm reading that right, I have to guess which requirements I > need to force an update on before it will upgrade mailman. No, that's saying all requirements are satisfied for mailman-3.3.10 as far as I can tell. Are you working as the right user? (If you've previously used Debian packages and have working lists, you probably want to continue using Debian's preferred 'list' user, otherwise you may create a 'mailman' user.) If it's not lacking write permissions to the virtual environment, I have no idea why this isn't working. The only thing I can suggest is the same as Mark, force version 3.3.10 with python3 -m pip install --upgrade mailman==3.3.10 and see what happens. Steve -- GNU Mailman consultant (installation, migration, customization) Sirius Open Source https://www.siriusopensource.com/ Software systems consulting in Europe, North America, and Japan

1 0

Footer variables
by Washington Odhiambo March 3, 2026

March 3, 2026

In my /opt/mailman/mm/var/templates/lists/ kictanet.lists.kictanet.or.ke/en/list:member:regular:footer.txt, I have: Archived at: ${hyperkitty_url I was hoping that variable would be replaced with what I see in this list, i.e. - Archived at: https://lists.mailman3.org/archives/list/mailman-users @mailman3.org/message/HX6NZKICL7V2QWE2V4YNKIMSMQHARPUV/ However, in my posts, it's blank. What am I missing? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]

3 11

config_list in Mailman3?
by John Price March 3, 2026

March 3, 2026

Is there a way to do this in Mailman3? # Mailman2 backup individual list config # $list = list name # writes config to mailman.cfg $MAILMAN_ROOT/bin/config_list -o mailman.cfg $list -- Can vegetarians eat animal crackers? Have a great day and don't forget to laugh! http://www.gcfl.net (The Good, Clean Funnies List): Good, clean daily funnies you can safely tell your Mom!

2 1

Django 5.2 LTS and mailman 3
by dlb-ml＠anl.gov March 2, 2026

March 2, 2026

I noticed that Django 4.2 is nearing EOL status in April (no specific day in April is given): https://www.djangoproject.com/download/ I also noticed that there's a planned update to add support for 5.2 to mailman-web: https://gitlab.com/mailman/mailman-web/-/blob/master/README.rst Is this expected to be released before 4.2 goes EOL? Is there a rough time line? Thanks!

1 0

High IO for 8+ hours
by Paul Tomblin March 2, 2026

March 2, 2026

First time running runjobs monthly since I installed it a few days ago, and it's been maxing out I/O for the last 8 hours. There doesn't appear to be any logging going on. I am using Xapian, by the way. Is this normal? Is this going to happen every month, or is the first month special? -- Paul Tomblin

3 6

Debian upgrade Hyperkitty not archiving
by Phil Steel-Wilson March 1, 2026

March 1, 2026

Hi List, I may be in the wrong place so bear with me. I'm working at a volunteer organization with around a dozen mailing lists that were previously on mm2 that have been upgraded to mm3 with the upgrade to debian trixie. Mailman is running and the lists all work ok but i found 1800 mails in the shunt queue. Hyperkitty also shows all the old archives pre 2020 the same as in the django console. When i tried to unshunt the mails they moved to the bad queue. How do i find whats wrong here? Mailman Core Version GNU Mailman 3.3.10 (Tom Sawyer) Mailman Core API Version 3.1 Mailman Core Python Version 3.13.5 (main, Jun 25 2025, 18:55:22) [GCC 14.2.0] archive 0 bad 0 bounces 0 command 0 digest 0 in 0 nntp 0 out 0 pipeline 0 retry 0 shunt 0 virgin 0 Traceback (most recent call last): File "/usr/lib/python3/dist-packages/django/core/handlers/exception.py", line 55, in inner response = get_response(request) File "/usr/lib/python3/dist-packages/django/core/handlers/base.py", line 197, in _get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/usr/lib/python3/dist-packages/django/views/generic/base.py", line 105, in view return self.dispatch(request, *args, **kwargs) ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/django/views/generic/base.py", line 144, in dispatch return handler(request, *args, **kwargs) File "/usr/lib/python3/dist-packages/django_mailman3/lib/auth/fedora/views.py", line 56, in get return self.post(request, *args, **kwargs) ~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/django_mailman3/lib/auth/fedora/views.py", line 67, in post client = _openid_consumer( request, self.provider, self.provider.endpoint) File "/usr/lib/python3/dist-packages/allauth/socialaccount/providers/openid/views.py", line 29, in _openid_consumer server_settings = provider.get_server_settings(endpoint) TypeError: OpenIDProvider.get_server_settings() missing 1 required positional argument: 'endpoint' ERROR 2026-02-27 20:50:19,995 1769748 django.request Internal Server Error: /mailman3/accounts/fedora/login/ Traceback (most recent call last): File "/usr/lib/python3/dist-packages/django/core/handlers/exception.py", line 55, in inner response = get_response(request) File "/usr/lib/python3/dist-packages/django/core/handlers/base.py", line 197, in _get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/usr/lib/python3/dist-packages/django/views/generic/base.py", line 105, in view return self.dispatch(request, *args, **kwargs) ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/django/views/generic/base.py", line 144, in dispatch return handler(request, *args, **kwargs) File "/usr/lib/python3/dist-packages/django_mailman3/lib/auth/fedora/views.py", line 56, in get return self.post(request, *args, **kwargs) ~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3/dist-packages/django_mailman3/lib/auth/fedora/views.py", line 67, in post client = _openid_consumer( request, self.provider, self.provider.endpoint) File "/usr/lib/python3/dist-packages/allauth/socialaccount/providers/openid/views.py", line 29, in _openid_consumer server_settings = provider.get_server_settings(endpoint) TypeError: OpenIDProvider.get_server_settings() missing 1 required positional argument: 'endpoint' [pid: 1769748|app: 0|req: 89/89] 185.191.171.15 () {58 vars in 1365 bytes} [Fri Feb 27 20:50:19 2026] GET /mailman3/accounts/fedora/login/?next=%2Fmailman3%2Fhyperkitty%2Flist%2Fluv-main%40luv.asn.au%2Fthread%2FINYPCCUO5QRQ3A2M2KRVKLNORHXNK472%2F&process=login => generated 773 bytes in 43 msecs (HTTP/1.1 500) 8 headers in 279 bytes (1 switches on core 1) [pid: 1769748|app: 0|req: 90/90] 185.191.171.13 () {58 vars in 1275 bytes} [Fri Feb 27 20:50:33 2026] GET /mailman3/hyperkitty/list/luv-main(a)luv.asn.au/message/YQDJ3OXAS2EMBUM6TDGZZRI5WT6VI4TR/ => generated 17089 bytes in 25 msecs (HTTP/1.1 200) 9 headers in 398 bytes (1 switches on core 0) [pid: 1769748|app: 0|req: 91/91] 47.82.11.77 () {58 vars in 1224 bytes} [Fri Feb 27 20:50:47 2026] GET /mailman3/hyperkitty/list/luv-main(a)luv.asn.au/message/3UQR62KTUF56C42ZGQ4NNFVEBY3HRILU/ => generated 12640 bytes in 22 msecs (HTTP/1.1 200) 9 headers in 398 bytes (1 switches on core 1) [pid: 1769748|app: 0|req: 92/92] 74.7.243.222 () {64 vars in 1503 bytes} [Fri Feb 27 20:51:11 2026] GET /mailman3/accounts/login/?next=%2Fmailman3%2Fhyperkitty%2Flist%2Fluv-main%40luv.asn.au%2Fmessage%2FLLHILHCL6MMC5U5VCOSRX7IEDZL43TID%2F => generated 9659 bytes in 10 msecs (HTTP/1.1 200) 11 headers in 509 bytes (1 switches on core 0) [pid: 1769748|app: 0|req: 93/93] 85.208.96.206 () {58 vars in 1274 bytes} [Fri Feb 27 20:51:15 2026] GET /mailman3/hyperkitty/list/luv-main(a)luv.asn.au/message/VVFNVINSMUEWWLQHY36FO2FF33ZUOW2T/ => generated 13525 bytes in 21 msecs (HTTP/1.1 200) 9 headers in 398 bytes (1 switches on core 1) [pid: 1769748|app: 0|req: 94/94] 185.191.171.7 () {58 vars in 1308 bytes} [Fri Feb 27 20:51:19 2026] GET /mailman3/accounts/signup/?next=%2Fmailman3%2Fhyperkitty%2Flist%2Fluv-main%40luv.asn.au%2Fmessage%2F43YMKZGDLKODRYMMJHZ4JUEAMY5H4MFT%2F => generated 9909 bytes in 9 msecs (HTTP/1.1 200) 11 headers in 509 bytes (1 switches on core 0) [pid: 1769748|app: 0|req: 95/95] 85.208.96.201 () {58 vars in 1308 bytes} [Fri Feb 27 20:51:20 2026] GET /mailman3/accounts/signup/?next=%2Fmailman3%2Fhyperkitty%2Flist%2Fluv-main%40luv.asn.au%2Fmessage%2F3FICKZQDDQNZLFS6HD47FL2UK64ZQRCB%2F => generated 9909 bytes in 9 msecs (HTTP/1.1 200) 11 headers in 509 bytes (1 switches on core 1) ERROR 2026-02-27 20:51:20,841 1769748 django.request Internal Server Error: /mailman3/accounts/fedora/login/

2 4