- Mailman-users - lists.mailman3.org

Mailman3 in docker help
by bader＠cchmc.org 07 Jul '21

07 Jul '21

Trying to get mailman3 stood up in Docker and having some issues following the instructions. Currently my docker-web image is not running. Today it won't start, yesterday it was exiting with 0 status immediately. [root@mailman3dockerhost docker-mailman]# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 0d7e6be7cf80 maxking/mailman-core:0.3 "docker-entrypoint.s…" 18 hours ago Up 3 seconds 127.0.0.1:8001->8001/tcp, 127.0.0.1:8024->8024/tcp mailman-core d1071c541bda postgres:9.6-alpine "docker-entrypoint.s…" 18 hours ago Up 7 seconds 5432/tcp dockermailman_database_1 [root@mailman3dockerhostdocker-mailman]# For my .yaml file I added in the " - ALLOWED_HOSTS=['*',]" in mailman-web thinking that was the issue. I am also not sure about networks, I have ports setup but no IP's i.e ---------------------------- ports: - "127.0.0.1:8000:8000" # HTTP - "127.0.0.1:8080:8080" # uwsgi networks: mailman: ---------------------------- but some examples I have come across have IPs, but no ports listed ---------------------------- networks: mailman: ipv4_address: 172.19.199.2 ---------------------------- I thought access to the container's are from the Docker's Host machines IP and the port I specify in the .yaml file. Also I am running the docker as root, just to test, but what is the best practice for running the mailman containers? ---------- here is my yaml file with some bits removed for security [root@host docker-mailman]# cat docker-compose.yaml version: '2' services: mailman-core: image: maxking/mailman-core:0.3 container_name: mailman-core hostname: mailman-core volumes: - /opt/mailman/core:/opt/mailman/ stop_grace_period: 30s links: - database:database depends_on: - database environment: - DATABASE_URL=postgres://mailman:mailmanpass@database/mailmandb - DATABASE_TYPE=postgres - DATABASE_CLASS=mailman.database.postgresql.PostgreSQLDatabase - HYPERKITTY_API_KEY=********* ports: - "127.0.0.1:8001:8001" # API - "127.0.0.1:8024:8024" # LMTP - incoming emails networks: mailman: mailman-web: image: maxking/mailman-web:0.3 container_name: mailman-web hostname: mailman-web depends_on: - database links: - mailman-core:mailman-core - database:database volumes: - /opt/mailman/web:/opt/mailman-web-data environment: - ALLOWED_HOSTS=['*',] - DATABASE_TYPE=postgres - DATABASE_URL=postgres://mailman:mailmanpass@database/mailmandb - HYPERKITTY_API_KEY=********* - DEBUG=TRUE - SECRET_KEY=********* - SERVE_FROM_DOMAIN=domain.hostname.org - MAILMAN_ADMIN_USER=lists - MAILMAN_ADMIN_EMAIL=admin(a)domain.hostname.org ports: - "127.0.0.1:8000:8000" # HTTP - "127.0.0.1:8080:8080" # uwsgi networks: mailman: database: environment: - POSTGRES_DB=mailmandb - POSTGRES_USER=mailman - POSTGRES_PASSWORD=******* image: postgres:9.6-alpine volumes: - /opt/mailman/database:/var/lib/postgresql/data networks: mailman: networks: mailman:

1 0

Re: Editing a Subscriber's Mailman 3 list Settings
by Mark Sapiro 01 Jul '21

01 Jul '21

On 7/1/21 12:28 PM, Terry Earley wrote: > Postorius Version 1.1.2 Which was released in December, 2017. I don't offhand know which version fixed it, but I'm sure it's been fixed. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 0

Editing a Subscriber's Mailman 3 list Settings
by Terry Earley 01 Jul '21

01 Jul '21

Admin users can edit subscriber's Mailman list settings. Once that subscriber registers as a user, then only he/she can edit. Admin no longer has permission to change these settings. [image: editSubscriberByAdmin.gif] Terry Earley

2 1

Re: Mailman - delete or backup old archived messages
by Lucia Moreno 01 Jul '21

01 Jul '21

Hi Mark, We are facing the same issue. My postgres database is growing too fast and I would need to do some creaning of old archives dated from 2001 and keep only the last, lets say... 5 years. Could you please help us with the development of such a script? I have no experience in python. Thanks a lot in advance, Lucia

2 2

How to secure LMTP transport?
by Adam Minski 30 Jun '21

30 Jun '21

Hello, what is recommended to secure traffic to LMTP port 8024 by SSL/TLS? Thx Adam

2 1

mailman web spamming uwsgi error log.
by Sarah H 29 Jun '21

29 Jun '21

I'm having an issue with the mailman web logs (/opt/mailman/web/logs/uwsgi-error.log) spamming the below: 20:53:44 [Q] ERROR Failed [rebuild_mailinglist_cache_for_month] - MailingList matching query does not exist. : Traceback (most recent call last): File "/opt/mailman/venv/lib64/python3.6/site-packages/django_q/cluster.py", line 436, in worker res = f(*task["args"], **task["kwargs"]) File "/opt/mailman/venv/lib64/python3.6/site-packages/hyperkitty/tasks.py", line 79, in _rebuild_mailinglist_cache_for_month mlist = MailingList.objects.get(name=mlist_name) File "/opt/mailman/venv/lib64/python3.6/site-packages/django/db/models/manager.py", line 82, in manager_method return getattr(self.get_queryset(), name)(*args, **kwargs) File "/opt/mailman/venv/lib64/python3.6/site-packages/django/db/models/query.py", line 417, in get self.model._meta.object_name hyperkitty.models.mailinglist.MailingList.DoesNotExist: MailingList matching query does not exist. the best match I can find in the archives is https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… I have used suggested command there (/opt/mailman/venv/bin/mailman-web runjobs recent_threads_cache) as well as manually running the hourly, daily, weekly, and monthly crons manually and all run successfully but I'm still getting the same entries spamming the logs to the point that when I discovered this the logs were 9.6GB in size. I do not have a list named "MailingList".

2 3

Re: List rename
by Christina A Hilfer 28 Jun '21

28 Jun '21

Hi Joel, I know it's been a while since you found your work around but can you give the exact steps prior to the update SQL commands you provided? I am getting a syntax error on the first one and I have not been able to figure out how to move forward. Thanks, Christina [cid:image001.png@01D76C01.D1DFEF40]<http://www.unr.edu/> Christina Hilfer Senior Application Specialist Office of Information Technology - IT Operations 1664 N Virginia Street Reno, NV 89557 work-phone: 775-784-1967<tel:775-784-1967> email: chilfer(a)unr.edu<mailto:chilfer@unr.edu> website: http://oit.unr.edu/

1 0

Help with some 'withlist' configuration changes
by David Partain 23 Jun '21

23 Jun '21

Hi, Firstly, a repeat that I have a relatively broken (and soon to be fixed, I hope) installation of mailman3 based on Ubuntu 18.04 distrib packages (3.1.1-9) that stumbles along by me dealing with a bunch of things by hand that I hope'll go away once I'm up to the current version. In this set-up, I get a fair number of items shunted. Since I have this wonky version where stuff isn't always exposed in the web interface, I have to fix these things by hand. An example is that something gets shunted because of too many recipients, where I do: sudo -u list mailman withlist somemailmanlist m.max_num_recipients = 0 commit() sudo -u list mailman unshunt I've managed to find a number of these, such as m.max_message_size, m.require_explicit_destination, and m.administrivia. My questions are undoubtedly foolish, but here goes: 1. Is there any way to print the entire 'm' structure? If so, I'd perhaps be able to figure out the answers to my other questions. 2. Is there a way for me to correct the following shunt-ing issues with 'withlist'? I've been unable to figure out how... a. 'moderation_reasons': [ 'Message has no subject'] / 'rule_hits': ['no-subject'] b. Some things get caught as 'rule_hits': ['nonmember-moderation']. However, if I look in the (web-based) config, it shows that non-members should be accepted but the messages are shunted nonetheless. I don't know what to look for in 'm' or how I might clear these messages. 3. I have no idea what these are telling me to do about digest messages. Suggestions? This is the entire info I get from 'mailman qfile': ------------------------------------------------------snip snip---------------------------------------------- [----- start pickle -----] <----- start object 1 -----> <----- start object 2 -----> { '_parsemsg': False, 'digest_number': 457, 'digest_path': '/var/lib/mailman3/lists/somelist/digest.31.457.mmdf', 'lang': 'en', 'listid': 'somelistid', 'version': 3, 'volume': 31, 'whichq': 'digest'} [----- end pickle -----] ------------------------------------------------------snip snip---------------------------------------------- 4. I have some that have 'rule_hits': [] (it's empty) but are shunted nonetheless. I can't see anything weird other than one of the messages has a utf-8 subject. Any ideas? 5. Some messages that were sent to -request addresses (e.g., subscribe messages, confirm, approve messages) are being shunted. What should I do with these? Thanks for your patience. Cheers, David

2 2

Mailman3 service on mailman-3.3.4 is not getting started
by Shashikanth Komandoor 23 Jun '21

23 Jun '21

Hi team, I am trying to install mailman 3.3.4, the currently available latest version at https://docs.mailman3.org/en/latest/install/virtualenv.html on RHEL 7.5. As part of the installation, I am not creating any user with the name *mailman* and instead going with the *root* user only. Along with that I am using the directory */var/lib/mailman* as the root directory. Also, I have rsyslog service running on my machine and using postgresql-11 as the database service. My mailman3 service looks like this: # cat /etc/systemd/system/mailman3.service [Unit] Description=GNU Mailing List Manager After=rsyslog.target network.target postgresql-11.service [Service] Type=forking PIDFile=/var/lib/mailman/var/master.pid User=root Group=root ExecStart=/var/lib/mailman/venv/bin/mailman start ExecReload=/var/lib/mailman/venv/bin/mailman restart ExecStop=/var/lib/mailman/venv/bin/mailman stop [Install] WantedBy=multi-user.target Now, the issue is while I am trying to start the service, it is showing the below error and the status looks like as following: # systemctl start mailman3 Job for mailman3.service failed because a configured resource limit was exceeded. See "systemctl status mailman3.service" and "journalctl -xe" for details. # systemctl status mailman3 ● mailman3.service - GNU Mailing List Manager Loaded: loaded (/etc/systemd/system/mailman3.service; disabled; vendor preset: disabled) Active: failed (Result: resources) since Wed 2021-06-23 12:51:27 IST; 1min 7s ago Process: 16277 ExecStart=/var/lib/mailman/venv/bin/mailman start (code=exited, status=0/SUCCESS) Jun 23 12:51:27 psumm3.nic.in mailman[16277]: os.execl(*execl_args) Jun 23 12:51:27 psumm3.nic.in mailman[16277]: File "/usr/lib64/python3.6/os.py", line 527, in execl Jun 23 12:51:27 psumm3.nic.in mailman[16277]: execv(file, args) Jun 23 12:51:27 psumm3.nic.in mailman[16277]: TypeError: expected str, bytes or os.PathLike object, not NoneType Jun 23 12:51:27 psumm3.nic.in mailman[16277]: Starting Mailman's master runner Jun 23 12:51:27 psumm3.nic.in mailman[16277]: Generating MTA alias maps Jun 23 12:51:27 psumm3.nic.in systemd[1]: PID file /var/lib/mailman/var/master.pid not readable (yet?) after start. Jun 23 12:51:27 psumm3.nic.in systemd[1]: Failed to start GNU Mailing List Manager. Jun 23 12:51:27 psumm3.nic.in systemd[1]: Unit mailman3.service entered failed state. Jun 23 12:51:27 psumm3.nic.in systemd[1]: mailman3.service failed. I can't understand where the issue might be. Thank you in advance. -- Thanks & Regards, Shashi Kanth.K 9052671936

2 1

PermissionError: [Errno 1] Operation not permitted
by Sarah H 22 Jun '21

22 Jun '21

The system we are running mailman 3 on crashed, it filled the drive, and when it was restarted and the issue cleared I found that mailman3 will not start, it returns the following: Jun 21 14:12:29 mailman[513274]: Traceback (most recent call last): Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/bin/mailman", line 11, in <module> Jun 21 14:12:29 mailman[513274]: load_entry_point('mailman==3.3.4', 'console_scripts', 'mailman')() Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/lib64/python3.6/site-packages/click/core.py", line 829, in __call__ Jun 21 14:12:29 mailman[513274]: return self.main(*args, **kwargs) Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/lib64/python3.6/site-packages/click/core.py", line 782, in main Jun 21 14:12:29 mailman[513274]: rv = self.invoke(ctx) Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/lib64/python3.6/site-packages/mailman/bin/mailman.py", line 68, in invoke Jun 21 14:12:29 mailman[513274]: return super().invoke(ctx) Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/lib64/python3.6/site-packages/click/core.py", line 1259, in invoke Jun 21 14:12:29 mailman[513274]: return _process_result(sub_ctx.command.invoke(sub_ctx)) Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/lib64/python3.6/site-packages/click/core.py", line 1066, in invoke Jun 21 14:12:29 mailman[513274]: return ctx.invoke(self.callback, **ctx.params) Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/lib64/python3.6/site-packages/click/core.py", line 610, in invoke Jun 21 14:12:29 mailman[513274]: return callback(*args, **kwargs) Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/lib64/python3.6/site-packages/click/decorators.py", line 21, in new_func Jun 21 14:12:29 mailman[513274]: return f(get_current_context(), *args, **kwargs) Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/lib64/python3.6/site-packages/mailman/commands/cli_control.py", line 91, in start Jun 21 14:12:29 mailman[513274]: status, lock = master_state() Jun 21 14:12:29 mailman[513274]: File "/opt/mailman/venv/lib64/python3.6/site-packages/mailman/bin/master.py", line 104, in master_state Jun 21 14:12:29 mailman[513274]: os.kill(pid, 0) Jun 21 14:12:29 mailman[513274]: PermissionError: [Errno 1] Operation not permitted Jun 21 14:12:29 systemd[1]: mailman3.service: Control process exited, code=exited status=1 Jun 21 14:12:29 systemd[1]: mailman3.service: Failed with result 'exit-code'. this is via starting as root with systemctl start mailman3, or as the user mailman using /opt/mailman/venv/bin/mailman start originally there was a similar error PermissionError: [Errno 13] Permission denied: '/opt/mailman/mm/var/locks/master.lck' and another similar error (that I can't find presently) for the logfile, both were owned by root when I checked them so I changed the owner back to mailman. anyone have any insight? there isn't much in the way of description on the error so I'm not sure what it's lacking permissions on. (and tried chown -R for the /opt/mailman folder already since everything there should be owned by mailman anyway)

2 2