Mailing Lists: Difference between revisions

From CSCWiki
Jump to navigation Jump to search
mNo edit summary
 
(39 intermediate revisions by 2 users not shown)
Line 18: Line 18:


Most of our mailing lists are handled through [http://www.gnu.org/software/mailman/index.html Mailman], including the lists for the [[Executive]] (<tt>exec@csclub.uwaterloo.ca</tt>), the Program Committee (<tt>progcom@csclub.uwaterloo.ca</tt>), and the [[Systems Committee]] (<tt>syscom@csclub.uwaterloo.ca</tt>).
Most of our mailing lists are handled through [http://www.gnu.org/software/mailman/index.html Mailman], including the lists for the [[Executive]] (<tt>exec@csclub.uwaterloo.ca</tt>), the Program Committee (<tt>progcom@csclub.uwaterloo.ca</tt>), and the [[Systems Committee]] (<tt>syscom@csclub.uwaterloo.ca</tt>).

== Moderation ==
Our mailing lists need to be moderated. The process for that is this:

# When you become an exec, you are automatically subscribed to the <code>exec-moderators</code> mailing list.
# <del>You should now [https://mailman.csclub.uwaterloo.ca/accounts/signup/?next=/postorius/lists/ create a mailman account] '''with your CSC email''', and sign up for a weekly shift to mod the <code>exec</code> mailing list.</del> <br> Use the shared exec account for accessing Mailman. Ask an existing exec for the location. <br>If you are a syscom member, use the sysadmin account instead (password is stored in the usual place).
# You can then remove yourself from the <code>exec-moderators</code> mailing list. To do this, go to [https://mailman.csclub.uwaterloo.ca/postorius/lists/exec-moderators.csclub.uwaterloo.ca/members/member/ this page] and unsubscribe yourself.
# When it's your turn to mod the list, go to [https://mailman.csclub.uwaterloo.ca/postorius/lists/exec.csclub.uwaterloo.ca/held_messages held messages] and read through each email before clicking '''Accept''' if it is not spam.
# If it IS spam, copy the email address it is from, and click '''Discard.''' '''DO NOT CLICK REJECT'''.
# Go to [https://mailman.csclub.uwaterloo.ca/postorius/lists/exec.csclub.uwaterloo.ca/settings/message_acceptance#id_discard_these_nonmembers message acceptance] and add the address to the '''Discard These Non-Members''' box. Don't forget to click '''Save Changes'''.


== Mailman 3 ==
== Mailman 3 ==
Line 35: Line 45:
settings, including subscription policy and message acceptance. Most of the setting names should be self-explanatory. For example, under
settings, including subscription policy and message acceptance. Most of the setting names should be self-explanatory. For example, under
'Held Messages', you can see a list of all held messages, and take an action on each one (discard, reject, accept, etc.).
'Held Messages', you can see a list of all held messages, and take an action on each one (discard, reject, accept, etc.).

Unfortunately it is not possible to subscribe a new member from the web UI, although you can unsubscribe them (open issue [https://gitlab.com/mailman/postorius/-/issues/189 here]). You can do this from the command line in the mail container. For example, to add people to the exec list:
<pre>
sudo
su -s /bin/bash list
. /opt/mailman3/bin/activate
mailman addmembers - exec@csclub.uwaterloo.ca
person1@csclub.uwaterloo.ca
person2@csclub.uwaterloo.ca
...
^D
</pre>
You need to press Ctrl-D (EOF) after entering the list of new members.

==== Creating a new list ====
This can be done from the Postorius UI. Unfortunately, ever since we moved Mailman 3 into its container, its copy of postfix_lmtp (and postfix_lmtp.db) is out of sync with the mail container's version (since they each have their own filesystem). So after creating a new list, copy those files over and reload Postfix (from inside the mail container):
<pre>
# from xylitol
cp -a /vm/mailman/opt/mailman3/data/postfix_lmtp /vm/mail/rootfs/opt/mailman3/data/
cp -a /vm/mailman/opt/mailman3/data/postfix_lmtp.db /vm/mail/rootfs/opt/mailman3/data/
# from mail
postfix reload
</pre>
I have never actually attempted this before, so I am not certain that it will work.

<b>Make sure you disable the Pipermail archiver</b> (go to Settings -> Archiving and uncheck the Pipermail box). That archiver only works for lists which were migrated from Mailman 2.

==== User gets subscribed to the same list twice ====
Sometimes a user gets subscribed to a list twice and it becomes impossible to unsubscribe them. This actually happened to us before, and as of this writing, it is still [https://gitlab.com/mailman/mailman/-/issues/826 an open issue]. If this happens again, just run the following:
<pre>
su -s /bin/bash list
cd /opt/mailman3
. bin/activate
mailman shell -r delete_dup_sub Yes
</pre>


=== Installation ===
=== Installation ===
<b>Update</b>: We now use the pip package of mailman (from PyPI) instead of the Debian package, since the Debian package was giving us too many issues. All of the configs are now in /etc/mailman3, and the data files are in /opt/mailman3. A virtualenv was created in /opt/mailman3.

<b>Update 2</b>: Mailman has been moved into its own [[systemd-nspawn]] container. It communicates with the mail container via a dedicated veth pair. Some relevant changes include: apply [https://gitlab.com/mailman/hyperkitty/-/merge_requests/379 this] patch; edit /opt/mailman3/lib/python3.9/site-packages/mailman/database/alembic/versions/bc0c49c6dda2_use_utf8mb4_in_mysql.py so that the type of autoresponse_postings_text is SAUnicodeLarge instead of SAUnicode4Byte; update main.cf and master.cf (and postfix_lmtp and postfix_lmtp.db in /opt/mailman3/data) to account for the new veth pair IP address of the mailman container.

<b>Update 3</b>: So apparently Django tries to send emails over localhost by default, which doesn't work for us because the mail and mailman containers are now separate. Add the following params to /etc/mailman3/settings.py:
<pre>
EMAIL_HOST = 've-mail'
EMAIL_PORT = 10025
</pre>
See [https://docs.djangoproject.com/en/4.0/topics/email/#smtp-backend here] for more details. "ve-mail" is an alias set in /etc/hosts.

-------------------------------------------------------------

The steps below describe how Mailman 3 was installed on the mail container and how we migrated the lists from Mailman 2. Note that some lists
The steps below describe how Mailman 3 was installed on the mail container and how we migrated the lists from Mailman 2. Note that some lists
were not migrated due to inactivity. See <code>/var/lib/mailman/data/aliases</code> in the mail container to see which lists were not
were not migrated due to inactivity. See <code>/var/lib/mailman/data/aliases</code> in the mail container to see which lists were not
Line 61: Line 119:
As of this writing (2021-04-17), the package <code>python3-xapian-haystack</code> in the Debian repositories is broken. Make sure to install
As of this writing (2021-04-17), the package <code>python3-xapian-haystack</code> in the Debian repositories is broken. Make sure to install
the latest version off of GitHub, as shown above.
the latest version off of GitHub, as shown above.

Unfortunately memcached will fail due to Debian's default LXC configuration being [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931545 unable to create new namespaces]. The easiest workaround for this is to just disable mount namespaces in the systemd service. Run <code>systemctl edit memcached.service</code>, then paste the following:
<pre>
[Service]
PrivateTmp=false
ProtectSystem=false
PrivateDevices=false
</pre>
Then restart memcached.

==== Installing the Mailman 3 suite ====
Get ready, because as soon as you install the full Mailman 3 suite, a lot of services are going to start failing, fast. The worst part is that
the mail container is currently set up to email failed cron jobs to the syscom list, and Mailman 3 installs a cron job which runs <i>once per minute</i>, which will cause a lot of spam. Make sure to read these instructions carefully before executing them.
<pre>
apt install mailman3-full
</pre>
If the command above works for you on the first try, consider yourself lucky. It certainly didn't for me. If it fails, the first thing you want to do is comment out all the lines in <code>/etc/cron.d/mailman3-web</code> because otherwise the syscom list will get spammed. We are going to edit some files, then try to reinstall the whole suite again.

First, open <code>/etc/mailman3/mailman.cfg</code>. Under <code>[general]</code>, set <code>site_owner</code> to your personal email address, temporarily. Under <code>[database]</code>, set:
<pre>
class: mailman.database.mysql.MySQLDatabase
url: mysql+mysqldb://mailman3:my_password@coffee.csclub.uwaterloo.ca/mailman3?charset=utf8&use_unicode=1
</pre>
Note how we are using the mysqldb (mysqlclient) driver, not the default pymysql. Make sure to replace <code>my_password</code> with the password you created for the <code>mailman3</code> database.

Under <code>[mta]</code>, set <code>smtp_port</code> to 10025 (there's an entry in <code>/etc/postfix/master.cf</code> for Mailman). Also make sure that the following lines are present at the end of the file:
<pre>
[archiver.hyperkitty]
class: mailman_hyperkitty.Archiver
enable: yes
configuration: /etc/mailman3/mailman-hyperkitty.cfg
</pre>

The next file we need to edit is <code>/etc/mailman3/mailman-web.py</code>. Go to the <code>DATABASES</code> variable and make sure 'ENGINE' is set to 'django.db.backends.mysql'. Fill in the username, password, host, and DB name for <code>mailman3web</code>. Uncomment the MySQL-specific options under 'OPTIONS'. Also set 'charset' to 'utf8mb4' in 'OPTIONS'. This is important - MariaDB, like MySQL, only uses 3 bytes per Unicode character by default, which means that if someone sends us an email with a 4-byte Unicode emoji in it, HyperKitty will explode. So make sure to use 'utf8mb4'.
The final variable should look like this:
<pre>
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.mysql',
'NAME': 'mailman3web',
'USER': 'mailman3web',
'PASSWORD': 'my_password',
'HOST': 'coffee.csclub.uwaterloo.ca',
'PORT': '',
'OPTIONS': {
'init_command': "SET sql_mode='STRICT_TRANS_TABLES'",
'charset': 'utf8mb4',
},
}
}
</pre>
Some more variables you need to set/unset:

* Set EMAILNAME to 'csclub.uwaterloo.ca'.
* Set HOSTNAME to 'mailman.csclub.uwaterloo.ca'.
* Set POSTORIUS_TEMPLATE_BASE_URL to 'https://mailman.csclub.uwaterloo.ca/mailman3/'. If you want to strip out the <code>/mailman3</code> part, you'll need to edit the Apache config as well - see the relevant section below.
* Set TIME_ZONE to 'America/Toronto'.
* Comment out 'django_mailman3.lib.auth.fedora' under INSTALLED_APPS.

We need to instruct Django to use memcached for caching. Add the following section to mailman-web.py:
<pre>
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache',
'LOCATION': '127.0.0.1:11211',
}
}
</pre>
We also need to want to use Xapian as the backend for full-text search (the default engine, Whoosh, is written in pure Python and has horrible performance). Add the following section to mailman-web.py:
<pre>
HAYSTACK_CONNECTIONS = {
'default': {
'ENGINE': 'xapian_backend.XapianEngine',
'PATH': '/var/lib/mailman3/web/xapian_index',
}
}
</pre>
We also don't want to run one qcluster process on each CPU core, so add the following section as well:
<pre>
Q_CLUSTER = {
'timeout': 300,
'save_limit': 100,
'orm': 'default',
'poll': 5,
'workers': 4,
}
</pre>

We also want to disable log emails because this will quickly spam our inboxes. (This is also bad for privacy because the HTTP Authorization header is kept in the log, which contains people's base64-encoded passwords). Copy the <code>LOGGING</code> variable from <code>/usr/share/mailman3-web/settings.py</code> into mailman-web.py and remove all mentions of 'mail_admins'.

The next file we need to edit is <code>/etc/mailman3/mailman-hyperkitty.cfg</code>. Set <code>api_key</code> to the same value as MAILMAN_ARCHIVER_KEY in mailman-web.py (without the quotation marks). Also set <code>base_url</code> to https://mailman.csclub.uwaterloo.ca/mailman3/hyperkitty/.

The next file we need to edit is <code>/etc/mailman3/uwsgi.ini</code>. The default buffer size limit for uWSGI is too low and can cause requests to fail. Add the following line to uwsgi.ini:
<pre>
buffer-size = 32768
</pre>

==== Patching the source files ====
Unfortunately some of the packages which we have installed have bugs in them which we need to fix.

===== Xapian word size limit =====
The first one is in the Haystack-Xapian backend: occasionally we have very large words which exceed Xapian's limit (see [https://gitlab.com/mailman/hyperkitty/-/issues/322 this GitLab issue]). Open <code>/usr/local/lib/python3.7/dist-packages/xapian_backend.py</code>, add <code>import traceback</code> at the top of the file, and make sure the bottom of the <code>update()</code> function (around line 500) looks like this:
<pre>
# finally, replace or add the document to the database
database.replace_document(document_id, document)

except UnicodeDecodeError:
sys.stderr.write('Chunk failed.\n')
pass

except xapian.InvalidArgumentError:
traceback.print_exc()

finally:
try:
database.close()
except:
traceback.print_exc()
</pre>
(We're just ignoring any errors caused by long words so that the entire indexing job doesn't fail.)

===== Xapian six import =====
Same file: open xapian_backend.py and at the top, replace <code>from django.utils import six</code> by <code>import six</code>.

===== Mailman3 restclient URL quoting =====
Next, we need to edit Mailman 3's REST client, because there is a bug where if someone's email address contains a space, the REST client doesn't URL-encode it properly (one of us should probably file an issue on GitLab for this at some point). Open <code>/usr/lib/python3/dist-packages/mailmanclient/client.py</code>, and at the top of the file, add the following line:
<pre>
from urllib.parse import quote
</pre>
Then, in the `get_user` function, replace
<pre>
response, content = self._connection.call(
'users/{0}'.format(address))
</pre>
with
<pre>
response, content = self._connection.call(
'users/{0}'.format(quote(str(address))))
</pre>

===== Hyperkitty URL truncation =====
Hyperkitty truncates each URL in each message to 76 characters. This is way too little. Most Google Docs links will go way past that limit. As of this writing, that limit is unfortunately hard-coded in the Django templates, so we're going to have to edit them.

There's actually another problem with the Django templates, which is the fact that URLs enclosed in angle brackets (&lt;&gt;) don't get quoted properly. So we're going to fix that too. (This might have been fixed in a more recent version of Hyperkitty).

Go to <code>/usr/lib/python3/dist-packages/hyperkitty/templates/hyperkitty</code> and find all files which contain the line <code>urlizetrunc:76</code>, and replace them with <code>urlize</code>. Also make sure that 'urlize' occurs right after 'email.content' in the filter pipeline. You can find these files using:
<pre>
cd /usr/lib/python3/dist-packages/hyperkitty/templates/hyperkitty
grep -IRl 'urlizetrunc:76' .
</pre>
For example, in <code>ajax/temp_message.html</code>, the template should look like:
<pre>
{{ email.content|urlize|snip_quoted|wordwrap:90|escapeemaillinks }}
</pre>

==== Installing Mailman 3, again ====

<b>Now</b> we are ready to reinstall mailman3-full:
<pre>
apt install mailman3-full
</pre>
Restart the mailman3 and mailman3-web services and make sure they are running:
<pre>
systemctl restart mailman3
systemctl restart mailman3-web
</pre>

==== Cron configuration ====

Open <code>/etc/default/cron</code> and set the following line:
<pre>
EXTRA_OPTS="-L 4"
</pre>
This will prevent cron from spamming the logs, which will inevitably happen since mailman3-web runs very frequent jobs. Restart cron:
<pre>
systemctl restart cron
</pre>
Also uncomment the lines in <code>/etc/cron.d/mailman3-web</code> which you commented out earlier.

Optional, but recommended: change the minutely cron job in <code>/etc/cron.d/mailman3-web</code> to run every 15 minutes instead (or even once an hour). Once a minute just sounds like too much. Example:
<pre>
*/15 * * * * www-data [ -f /usr/bin/django-admin ] && flock -n /var/run/mailman3-web/cron.minutely /usr/share/mailman3-web/manage.py runjobs minutely
</pre>

==== Installing extra archivers ====
I wrote some extra archivers for Mailman which are available [https://git.csclub.uwaterloo.ca/merenber/extra-mailman-archivers.git here]. One of them is called 'monthly_archiver' and it just dumps each message into a maildir directory for the current year and month. The motivation for this was to preserve message headers, since HyperKitty does not store headers. The other archiver is called 'pipermail', and it does two things: it passes each message to Pipermail, and it also appends it to the Mailman 2 mbox file. The idea behind this one was to have a backup in case we need to re-install Mailman 3 from scratch. Hopefully we never have to do that.

To install the archivers (as root):
<pre>
git clone my_username@csclub.uwaterloo.ca:/srv/git/merenber/extra-mailman-archivers.git
cd extra-mailman-archivers
pip3 install .
</pre>

Open mailman.cfg and add the following lines:
<pre>
[archiver.monthly_archiver]
class: extra_mailman_archivers.monthly_archiver.MonthlyArchiver
enable: yes

[archiver.pipermail]
class: extra_mailman_archivers.pipermail.Pipermail
enable: yes
configuration: /etc/mailman3/mailman-pipermail.cfg
</pre>

Also create the file <code>/etc/mailman3/mailman-pipermail.cfg</code> and paste the following inside it:
<pre>
[general]
base_url:
</pre>

Then restart mailman3.

You should now be able to view 'monthly_archiver' and 'pipermail' as archiver options for each list in Postorius. As a general rule of thumb, you only need monthly_archiver for the lists which are not moderated, so that we can use the headers to delete spam later. The pipermail archiver only really needs to be used for the exec and syscom lists, since those are the most important ones.

==== Postfix changes ====
Open <code>/etc/postfix/main.cf</code> and add the following lines:
<pre>
owner_request_special = no
transport_maps = hash:/var/lib/mailman3/data/postfix_lmtp
local_recipient_maps =
proxy:unix:passwd.byname,
$alias_maps,
hash:/var/lib/mailman3/data/postfix_lmtp
</pre>
Then run:
<pre>
postfix reload
</pre>

==== Apache httpd changes ====
Copy the contents of <code>/etc/mailman3/apache.conf</code> into <code>/etc/apache2/sites-real/mailman</code> (or wherever the config file is for the Mailman page). You may have to customize some lines. Then run:
<pre>
a2enmod proxy_uwsgi
systemctl restart apache2
</pre>

==== Postorius setup ====
Now cd into <code>/usr/share/mailman3-web</code>, and run <code>./manage.py createsuperuser</code>. Use 'sysadmin' as the username and use the syscom mailing list as the email address.

Now go to https://mailman.csclub.uwaterloo.ca/mailman3/postorius/lists/, and sign in as the user you just created. You will get an email confirmation.

You have probably noticed that the site name is still set to 'example.com'. Go to https://mailman.csclub.uwaterloo.ca/mailman3/admin/, then click on 'Sites'. Click on 'example.com', then set 'Domain name' to mailman.csclub.uwaterloo.ca. Set the display name to something reasonable.

Now go to https://mailman.csclub.uwaterloo.ca/mailman3/postorius/domains, click on 'New domain', and create a new domain.

Also click on 'Templates' and add two new templates:

* 'The footer for a regular (non-digest) message.'
* 'The footer for a digest message.'

The contents of these should be:
<pre>
_______________________________________________
$display_name mailing list -- $listname
To unsubscribe send an email to ${short_listname}-leave@${domain}
https://mailman.csclub.uwaterloo.ca/mailman3/postorius/lists/${list_id}
</pre>

The reason why we need to specify this is because many of our old lists had footer templates which used %()s placeholders, which [https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/2DCMJGCKSCXTSRIOVV6GPWKEHJHVAGOP/#2DCMJGCKSCXTSRIOVV6GPWKEHJHVAGOP have no meaning in Mailman 3]. [https://gitlab.com/mailman/mailman/tree/master/src/mailman/templates/en These] are the default templates, and [https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/rest/docs/templates.html#templated-texts these] are the placeholders you can use.
Also note that you can have domain-wide templates and per-list templates.

==== Importing lists from Mailman 2 ====
<b>Make sure to read [https://docs.mailman3.org/en/latest/migration.html this] first.</b>

Before we continue - unfortunately the current version of HyperKitty in the Debian repos doesn't contain a fix which allows bad 'Subject' headers to be skipped (see [https://gitlab.com/mailman/hyperkitty/-/issues/317 this] issue). So we're going to need to download a more recent version of the file we need:
<pre>
cd /usr/lib/python3/dist-packages/hyperkitty/management/commands
mv hyperkitty_import.py hyperkitty_import.py.bak
curl -sLOJ 'https://gitlab.com/mailman/hyperkitty/-/raw/master/hyperkitty/management/commands/hyperkitty_import.py?inline=false'
</pre>

We're also going to need to download a newer version of a specific Mailman 3 file which [https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/JEPMB3HW4FI57EUMOST4L7BD2ILIIS3P/ occasionally causes the import21 command to fail]:
<pre>
cd /usr/lib/python3/dist-packages/mailman/commands
mv cli_import.py cli_import.py.bak
curl -sLOJ 'https://gitlab.com/mailman/mailman/-/raw/master/src/mailman/commands/cli_import.py?inline=false'
</pre>

We're also going to need to modify a few columns in the database because the csc-industry mailing list has a long description which exceeds the default alotted size. Log back into coffee as root, run <code>mysql</code>, and execute the following:
<pre>
USE mailman3;
ALTER TABLE mailinglist MODIFY info VARCHAR(1024);
ALTER TABLE mailinglist MODIFY autoresponse_postings_text VARCHAR(1024);
</pre>

Before migrating a list from Mailman 2, you will need to create a list with exact the same name in Mailman 3. Go to https://mailman.csclub.uwaterloo.ca/mailman3/postorius/lists, click 'New list', and follow the prompts. Go to the list settings and change what you need.

<b>Note:</b> For all of the commands below, it is crucial that you run the <code>mailman</code> command as the <code>list</code> user and the <code>manage.py</code> command as the <code>www-data</code> user. Otherwise, you can create files which only root can access, causing horrible breakage.

In this example, we're going to import the mailing list called 'test'. The process should be the same for the other lists.
<pre>
su -s /bin/bash list
mailman import21 test@csclub.uwaterloo.ca /var/lib/mailman/lists/test/config.pck
exit
su -s /bin/bash www-data
cd /usr/share/mailman3-web
./manage.py hyperkitty_import -l test@csclub.uwaterloo.ca -v3 /var/lib/mailman/archives/private/test.mbox/test.mbox
./manage.py update_index_one_list -v3 test@csclub.uwaterloo.ca
</pre>

Now open <code>/var/lib/mailman/data/aliases</code> and comment out all of the addresses for the list which we just migrated. Then run, as root,
<pre>
postalias /var/lib/mailman/data/aliases
postfix reload
</pre>

Once you are done migrating all of the lists, make sure sysadmin (or exec/syscom) is the site owner of Mailman,
not your personal email. Open <code>/etc/mailman3/mailman.cfg</code>, and under <code>[mailman]</code>, make sure you have the
following line:
<pre>
site_owner: sysadmin@csclub.uwaterloo.ca
</pre>
Then restart mailman3.

==== Custom URL ====
If you wish to strip out the <code>/mailman3</code> from all of the Mailman 3 URLs, there are several files which you'll need to edit.

First, open <code>/etc/mailman3/mailman-hyperkitty.cfg</code> and take out <code>/mailman3</code> from <code>base_url</code>.

Next, open <code>etc/mailman3/mailman-web.py</code> and add:
<pre>
STATIC_URL = '/static/'
</pre>
Also take out <code>/mailman3</code> from the <code>POSTORIUS_TEMPLATE_BASE_URL</code> variable.

Now open your Apache config and do the following:
<ul>
<li>Remove <code>/mailman3</code> from <code>Alias /mailman3/favicon.ico</code> and <code>Alias /mailman3/static</code>.</li>
<li>
Add the following lines to redirect people still using the old URLs:
<pre>
RedirectMatch permanent "^/mailman3$" "/"
RedirectMatch permanent "^/mailman3/(.*)$" "/$1"
</pre>
</li>
<li>
Add the following to your ProxyPass section:
<pre>
ProxyPass /mailman3 !
</pre>
Also remove <code>/mailman3</code> from the other ProxyPass entries.
</li>
</ul>
Now run:
<pre>
systemctl restart mailman3
systemctl restart mailman3-web
systemctl reload apache2
</pre>
Now go to https://mailman.csclub.uwaterloo.ca/postorius/domains and edit any templates which have hardcoded <code>/mailman3</code> in a URL. You will need to do this for any list-specific templates as well.

==== Shutting down Mailman 2 for good ====
Open <code>/etc/postfix/main.cf</code> and remove <code>hash:/var/lib/mailman/data/aliases</code> from <code>alias_maps</code>.

Run <code>postfix reload</code>.

Open the Apache config and comment out all of the lines relevant to Mailman 2, except for those necessary to show Pipermail. Reload Apache.

Open <code>/etc/cron.d/mailman</code> and comment out everything.

Now run:
<pre>
systemctl stop mailman
systemctl mask mailman
</pre>

==== HyperKitty scripts ====
There are a couple of scripts in <code>/usr/share/mailman3-web</code> for deleting messages from HyperKitty. The first deletes all messages from HyperKitty (this should only be used if you need to re-migrate a mailing list). Usage:
<pre>
./hyperkitty_delete_all.py name_of_list
</pre>
The other script deletes all messages which have been flagged by SpamAssassin as being spam:
<pre>
./hyperkitty_delete_spam.py --month 2021-April name_of_list
</pre>
This requires the monthly_archiver to be enabled. Alternatively, if you want to delete spam using the Mailman 2 mbox file:
<pre>
./hyperkitty_delete_spam.py --mbox name_of_list
</pre>
Note that using the mbox file will take a very long time.

==== Mailman 2 to 3 setting mappings ====
Here is a <b>very rough</b> mapping of Mailman 2 to Mailman 3 (Postorius) settings. Note that some of them are not perfectly equivalent. There are also some settings in Mailman 2 which are not available in Mailman 3 and vice versa.
{| class="wikitable"
|-
! scope="col"| Mailman 2 setting
! scope="col"| Mailman 3 setting
|-
|General Options -> owner
|Users -> Owners
|-
|Non-digest options -> msg_footer
|Templates -> 'The footer for a regular (non-digest) message.'
|-
|Digest options -> digest_footer
|Templates -> 'The footer for a digest message.'
|-
|Privacy options -> Subscription rules -> advertised
|Settings -> List Identity -> Show list on index page
|-
|Privacy options -> Subscription rules -> subscribe_policy
|Settings -> Subscription Policy -> Subscription Policy
|-
|Privacy options -> Subscription rules -> ban_list
|Banned addresses (Note that this only bans subscriptions, not posts.)
|-
|Privacy options -> Sender filters -> default_member_moderation, generic_nonmember_action
|Settings -> Message Acceptance -> Default action to take when a member posts to the list
|-
|Privacy options -> Sender filters -> discard_these_nonmembers
|Users -> Non-members -> add a non-member, then go to Non-member Options -> Administration options -> Moderation and choose 'Discard'
|-
|Privacy options -> Recipient filters -> require_explicit_destination
|Settings -> Message Acceptance -> Require Explicit Destination
|-
|Archiving options -> archive, archive_private
|Settings -> Archiving -> Archive policy
|}

Note that except for the templates, most settings <i>should</i> be imported correctly via the <code>mailman import21</code> command.


[[Category:Systems]]
[[Category:Systems]]

Latest revision as of 13:14, 27 August 2022

Systems Mailing Lists

The following mailing lists are the targets of various automated notifications. Subscribe to them to receive these notifications.

git@csclub.uwaterloo.ca

Commits to club git repositories are sent to this list in patch form.

packages@csclub.uwaterloo.ca

Changes to our debian repository are sent to this list.

ceo@csclub.uwaterloo.ca

CEO sends a note to this list every time a new member or club is added.

Technical Details

Most of our mailing lists are handled through Mailman, including the lists for the Executive (exec@csclub.uwaterloo.ca), the Program Committee (progcom@csclub.uwaterloo.ca), and the Systems Committee (syscom@csclub.uwaterloo.ca).

Moderation

Our mailing lists need to be moderated. The process for that is this:

  1. When you become an exec, you are automatically subscribed to the exec-moderators mailing list.
  2. You should now create a mailman account with your CSC email, and sign up for a weekly shift to mod the exec mailing list.
    Use the shared exec account for accessing Mailman. Ask an existing exec for the location.
    If you are a syscom member, use the sysadmin account instead (password is stored in the usual place).
  3. You can then remove yourself from the exec-moderators mailing list. To do this, go to this page and unsubscribe yourself.
  4. When it's your turn to mod the list, go to held messages and read through each email before clicking Accept if it is not spam.
  5. If it IS spam, copy the email address it is from, and click Discard. DO NOT CLICK REJECT.
  6. Go to message acceptance and add the address to the Discard These Non-Members box. Don't forget to click Save Changes.

Mailman 3

Starting from April 2021, we now use Mailman 3 for managing our mailing lists. Mailman 3 is split into three independent components:

  • Mailman 3 Core is responsible for sending and receiving emails.
  • Postorius is the web admin UI for creating and managing mailing lists.
  • HyperKitty is the archiver, where past messages can be viewed and searched.

Day-to-Day Operations

The Django admin site for Mailman 3 is accessible from here. Generally, you'll only need to use this to see the list of accounts, and to assign/remove permissions from them.

If you are logged in as a superuser, you should be able to see a list of all the mailing lists from here. After clicking on a list, you should be able to access and modify all of its settings, including subscription policy and message acceptance. Most of the setting names should be self-explanatory. For example, under 'Held Messages', you can see a list of all held messages, and take an action on each one (discard, reject, accept, etc.).

Unfortunately it is not possible to subscribe a new member from the web UI, although you can unsubscribe them (open issue here). You can do this from the command line in the mail container. For example, to add people to the exec list:

sudo
su -s /bin/bash list
. /opt/mailman3/bin/activate
mailman addmembers - exec@csclub.uwaterloo.ca
person1@csclub.uwaterloo.ca
person2@csclub.uwaterloo.ca
...
^D

You need to press Ctrl-D (EOF) after entering the list of new members.

Creating a new list

This can be done from the Postorius UI. Unfortunately, ever since we moved Mailman 3 into its container, its copy of postfix_lmtp (and postfix_lmtp.db) is out of sync with the mail container's version (since they each have their own filesystem). So after creating a new list, copy those files over and reload Postfix (from inside the mail container):

# from xylitol
cp -a /vm/mailman/opt/mailman3/data/postfix_lmtp /vm/mail/rootfs/opt/mailman3/data/
cp -a /vm/mailman/opt/mailman3/data/postfix_lmtp.db /vm/mail/rootfs/opt/mailman3/data/
# from mail
postfix reload

I have never actually attempted this before, so I am not certain that it will work.

Make sure you disable the Pipermail archiver (go to Settings -> Archiving and uncheck the Pipermail box). That archiver only works for lists which were migrated from Mailman 2.

User gets subscribed to the same list twice

Sometimes a user gets subscribed to a list twice and it becomes impossible to unsubscribe them. This actually happened to us before, and as of this writing, it is still an open issue. If this happens again, just run the following:

su -s /bin/bash list
cd /opt/mailman3
. bin/activate
mailman shell -r delete_dup_sub Yes

Installation

Update: We now use the pip package of mailman (from PyPI) instead of the Debian package, since the Debian package was giving us too many issues. All of the configs are now in /etc/mailman3, and the data files are in /opt/mailman3. A virtualenv was created in /opt/mailman3.

Update 2: Mailman has been moved into its own systemd-nspawn container. It communicates with the mail container via a dedicated veth pair. Some relevant changes include: apply this patch; edit /opt/mailman3/lib/python3.9/site-packages/mailman/database/alembic/versions/bc0c49c6dda2_use_utf8mb4_in_mysql.py so that the type of autoresponse_postings_text is SAUnicodeLarge instead of SAUnicode4Byte; update main.cf and master.cf (and postfix_lmtp and postfix_lmtp.db in /opt/mailman3/data) to account for the new veth pair IP address of the mailman container.

Update 3: So apparently Django tries to send emails over localhost by default, which doesn't work for us because the mail and mailman containers are now separate. Add the following params to /etc/mailman3/settings.py:

EMAIL_HOST = 've-mail'
EMAIL_PORT = 10025

See here for more details. "ve-mail" is an alias set in /etc/hosts.


The steps below describe how Mailman 3 was installed on the mail container and how we migrated the lists from Mailman 2. Note that some lists were not migrated due to inactivity. See /var/lib/mailman/data/aliases in the mail container to see which lists were not migrated.

Database setup

Log into the coffee VM as root, run mysql, and create new databases for Mailman 3 and HyperKitty:

CREATE DATABASE mailman3;    
CREATE USER mailman3 IDENTIFIED BY 'replace_this_password';    
GRANT ALL PRIVILEGES ON mailman3.* TO mailman3;

Repeat the steps above for mailman3web instead of mailman3.

Warning: Make sure the MariaDB version is 10.2 or newer. The default package in Debian 10 and above should be fine.

Mail container setup

First, install some prerequisites which we'll need later:

apt update    
apt install python3-pip python3-mysqldb memcached python3-pylibmc python3-xapian    
pip3 install git+https://github.com/notanumber/xapian-haystack.git

As of this writing (2021-04-17), the package python3-xapian-haystack in the Debian repositories is broken. Make sure to install the latest version off of GitHub, as shown above.

Unfortunately memcached will fail due to Debian's default LXC configuration being unable to create new namespaces. The easiest workaround for this is to just disable mount namespaces in the systemd service. Run systemctl edit memcached.service, then paste the following:

[Service]    
PrivateTmp=false    
ProtectSystem=false    
PrivateDevices=false

Then restart memcached.

Installing the Mailman 3 suite

Get ready, because as soon as you install the full Mailman 3 suite, a lot of services are going to start failing, fast. The worst part is that the mail container is currently set up to email failed cron jobs to the syscom list, and Mailman 3 installs a cron job which runs once per minute, which will cause a lot of spam. Make sure to read these instructions carefully before executing them.

apt install mailman3-full

If the command above works for you on the first try, consider yourself lucky. It certainly didn't for me. If it fails, the first thing you want to do is comment out all the lines in /etc/cron.d/mailman3-web because otherwise the syscom list will get spammed. We are going to edit some files, then try to reinstall the whole suite again.

First, open /etc/mailman3/mailman.cfg. Under [general], set site_owner to your personal email address, temporarily. Under [database], set:

class: mailman.database.mysql.MySQLDatabase
url: mysql+mysqldb://mailman3:my_password@coffee.csclub.uwaterloo.ca/mailman3?charset=utf8&use_unicode=1

Note how we are using the mysqldb (mysqlclient) driver, not the default pymysql. Make sure to replace my_password with the password you created for the mailman3 database.

Under [mta], set smtp_port to 10025 (there's an entry in /etc/postfix/master.cf for Mailman). Also make sure that the following lines are present at the end of the file:

[archiver.hyperkitty]
class: mailman_hyperkitty.Archiver
enable: yes
configuration: /etc/mailman3/mailman-hyperkitty.cfg

The next file we need to edit is /etc/mailman3/mailman-web.py. Go to the DATABASES variable and make sure 'ENGINE' is set to 'django.db.backends.mysql'. Fill in the username, password, host, and DB name for mailman3web. Uncomment the MySQL-specific options under 'OPTIONS'. Also set 'charset' to 'utf8mb4' in 'OPTIONS'. This is important - MariaDB, like MySQL, only uses 3 bytes per Unicode character by default, which means that if someone sends us an email with a 4-byte Unicode emoji in it, HyperKitty will explode. So make sure to use 'utf8mb4'. The final variable should look like this:

DATABASES = { 
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'mailman3web',
        'USER': 'mailman3web',
        'PASSWORD': 'my_password',
        'HOST': 'coffee.csclub.uwaterloo.ca',
        'PORT': '', 
        'OPTIONS': {
            'init_command': "SET sql_mode='STRICT_TRANS_TABLES'",
            'charset': 'utf8mb4',
        },
    }   
}

Some more variables you need to set/unset:

  • Set EMAILNAME to 'csclub.uwaterloo.ca'.
  • Set HOSTNAME to 'mailman.csclub.uwaterloo.ca'.
  • Set POSTORIUS_TEMPLATE_BASE_URL to 'https://mailman.csclub.uwaterloo.ca/mailman3/'. If you want to strip out the /mailman3 part, you'll need to edit the Apache config as well - see the relevant section below.
  • Set TIME_ZONE to 'America/Toronto'.
  • Comment out 'django_mailman3.lib.auth.fedora' under INSTALLED_APPS.

We need to instruct Django to use memcached for caching. Add the following section to mailman-web.py:

CACHES = {
    'default': {
        'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache',
        'LOCATION': '127.0.0.1:11211',
    }
}

We also need to want to use Xapian as the backend for full-text search (the default engine, Whoosh, is written in pure Python and has horrible performance). Add the following section to mailman-web.py:

HAYSTACK_CONNECTIONS = {
    'default': {
        'ENGINE': 'xapian_backend.XapianEngine',
        'PATH': '/var/lib/mailman3/web/xapian_index',
    }
}

We also don't want to run one qcluster process on each CPU core, so add the following section as well:

Q_CLUSTER = {
    'timeout': 300,
    'save_limit': 100,
    'orm': 'default',
    'poll': 5,
    'workers': 4,
}

We also want to disable log emails because this will quickly spam our inboxes. (This is also bad for privacy because the HTTP Authorization header is kept in the log, which contains people's base64-encoded passwords). Copy the LOGGING variable from /usr/share/mailman3-web/settings.py into mailman-web.py and remove all mentions of 'mail_admins'.

The next file we need to edit is /etc/mailman3/mailman-hyperkitty.cfg. Set api_key to the same value as MAILMAN_ARCHIVER_KEY in mailman-web.py (without the quotation marks). Also set base_url to https://mailman.csclub.uwaterloo.ca/mailman3/hyperkitty/.

The next file we need to edit is /etc/mailman3/uwsgi.ini. The default buffer size limit for uWSGI is too low and can cause requests to fail. Add the following line to uwsgi.ini:

buffer-size = 32768

Patching the source files

Unfortunately some of the packages which we have installed have bugs in them which we need to fix.

Xapian word size limit

The first one is in the Haystack-Xapian backend: occasionally we have very large words which exceed Xapian's limit (see this GitLab issue). Open /usr/local/lib/python3.7/dist-packages/xapian_backend.py, add import traceback at the top of the file, and make sure the bottom of the update() function (around line 500) looks like this:

                # finally, replace or add the document to the database
                database.replace_document(document_id, document)

        except UnicodeDecodeError:
            sys.stderr.write('Chunk failed.\n')
            pass

        except xapian.InvalidArgumentError:
            traceback.print_exc()

        finally:
            try:
                database.close()
            except:
                traceback.print_exc()

(We're just ignoring any errors caused by long words so that the entire indexing job doesn't fail.)

Xapian six import

Same file: open xapian_backend.py and at the top, replace from django.utils import six by import six.

Mailman3 restclient URL quoting

Next, we need to edit Mailman 3's REST client, because there is a bug where if someone's email address contains a space, the REST client doesn't URL-encode it properly (one of us should probably file an issue on GitLab for this at some point). Open /usr/lib/python3/dist-packages/mailmanclient/client.py, and at the top of the file, add the following line:

from urllib.parse import quote

Then, in the `get_user` function, replace

response, content = self._connection.call(
    'users/{0}'.format(address))

with

response, content = self._connection.call(
    'users/{0}'.format(quote(str(address))))
Hyperkitty URL truncation

Hyperkitty truncates each URL in each message to 76 characters. This is way too little. Most Google Docs links will go way past that limit. As of this writing, that limit is unfortunately hard-coded in the Django templates, so we're going to have to edit them.

There's actually another problem with the Django templates, which is the fact that URLs enclosed in angle brackets (<>) don't get quoted properly. So we're going to fix that too. (This might have been fixed in a more recent version of Hyperkitty).

Go to /usr/lib/python3/dist-packages/hyperkitty/templates/hyperkitty and find all files which contain the line urlizetrunc:76, and replace them with urlize. Also make sure that 'urlize' occurs right after 'email.content' in the filter pipeline. You can find these files using:

cd /usr/lib/python3/dist-packages/hyperkitty/templates/hyperkitty
grep -IRl 'urlizetrunc:76' .

For example, in ajax/temp_message.html, the template should look like:

{{ email.content|urlize|snip_quoted|wordwrap:90|escapeemaillinks }}

Installing Mailman 3, again

Now we are ready to reinstall mailman3-full:

apt install mailman3-full

Restart the mailman3 and mailman3-web services and make sure they are running:

systemctl restart mailman3
systemctl restart mailman3-web

Cron configuration

Open /etc/default/cron and set the following line:

EXTRA_OPTS="-L 4"

This will prevent cron from spamming the logs, which will inevitably happen since mailman3-web runs very frequent jobs. Restart cron:

systemctl restart cron

Also uncomment the lines in /etc/cron.d/mailman3-web which you commented out earlier.

Optional, but recommended: change the minutely cron job in /etc/cron.d/mailman3-web to run every 15 minutes instead (or even once an hour). Once a minute just sounds like too much. Example:

*/15       * * * * www-data     [ -f /usr/bin/django-admin ] && flock -n /var/run/mailman3-web/cron.minutely /usr/share/mailman3-web/manage.py runjobs minutely

Installing extra archivers

I wrote some extra archivers for Mailman which are available here. One of them is called 'monthly_archiver' and it just dumps each message into a maildir directory for the current year and month. The motivation for this was to preserve message headers, since HyperKitty does not store headers. The other archiver is called 'pipermail', and it does two things: it passes each message to Pipermail, and it also appends it to the Mailman 2 mbox file. The idea behind this one was to have a backup in case we need to re-install Mailman 3 from scratch. Hopefully we never have to do that.

To install the archivers (as root):

git clone my_username@csclub.uwaterloo.ca:/srv/git/merenber/extra-mailman-archivers.git
cd extra-mailman-archivers
pip3 install .

Open mailman.cfg and add the following lines:

[archiver.monthly_archiver]
class: extra_mailman_archivers.monthly_archiver.MonthlyArchiver
enable: yes 

[archiver.pipermail]
class: extra_mailman_archivers.pipermail.Pipermail
enable: yes 
configuration: /etc/mailman3/mailman-pipermail.cfg

Also create the file /etc/mailman3/mailman-pipermail.cfg and paste the following inside it:

[general]
base_url:

Then restart mailman3.

You should now be able to view 'monthly_archiver' and 'pipermail' as archiver options for each list in Postorius. As a general rule of thumb, you only need monthly_archiver for the lists which are not moderated, so that we can use the headers to delete spam later. The pipermail archiver only really needs to be used for the exec and syscom lists, since those are the most important ones.

Postfix changes

Open /etc/postfix/main.cf and add the following lines:

owner_request_special = no
transport_maps = hash:/var/lib/mailman3/data/postfix_lmtp
local_recipient_maps =
        proxy:unix:passwd.byname,
        $alias_maps,
        hash:/var/lib/mailman3/data/postfix_lmtp

Then run:

postfix reload

Apache httpd changes

Copy the contents of /etc/mailman3/apache.conf into /etc/apache2/sites-real/mailman (or wherever the config file is for the Mailman page). You may have to customize some lines. Then run:

a2enmod proxy_uwsgi
systemctl restart apache2

Postorius setup

Now cd into /usr/share/mailman3-web, and run ./manage.py createsuperuser. Use 'sysadmin' as the username and use the syscom mailing list as the email address.

Now go to https://mailman.csclub.uwaterloo.ca/mailman3/postorius/lists/, and sign in as the user you just created. You will get an email confirmation.

You have probably noticed that the site name is still set to 'example.com'. Go to https://mailman.csclub.uwaterloo.ca/mailman3/admin/, then click on 'Sites'. Click on 'example.com', then set 'Domain name' to mailman.csclub.uwaterloo.ca. Set the display name to something reasonable.

Now go to https://mailman.csclub.uwaterloo.ca/mailman3/postorius/domains, click on 'New domain', and create a new domain.

Also click on 'Templates' and add two new templates:

  • 'The footer for a regular (non-digest) message.'
  • 'The footer for a digest message.'

The contents of these should be:

_______________________________________________
$display_name mailing list -- $listname
To unsubscribe send an email to ${short_listname}-leave@${domain}
https://mailman.csclub.uwaterloo.ca/mailman3/postorius/lists/${list_id}

The reason why we need to specify this is because many of our old lists had footer templates which used %()s placeholders, which have no meaning in Mailman 3. These are the default templates, and these are the placeholders you can use. Also note that you can have domain-wide templates and per-list templates.

Importing lists from Mailman 2

Make sure to read this first.

Before we continue - unfortunately the current version of HyperKitty in the Debian repos doesn't contain a fix which allows bad 'Subject' headers to be skipped (see this issue). So we're going to need to download a more recent version of the file we need:

cd /usr/lib/python3/dist-packages/hyperkitty/management/commands
mv hyperkitty_import.py hyperkitty_import.py.bak
curl -sLOJ 'https://gitlab.com/mailman/hyperkitty/-/raw/master/hyperkitty/management/commands/hyperkitty_import.py?inline=false'

We're also going to need to download a newer version of a specific Mailman 3 file which occasionally causes the import21 command to fail:

cd /usr/lib/python3/dist-packages/mailman/commands
mv cli_import.py cli_import.py.bak
curl -sLOJ 'https://gitlab.com/mailman/mailman/-/raw/master/src/mailman/commands/cli_import.py?inline=false'

We're also going to need to modify a few columns in the database because the csc-industry mailing list has a long description which exceeds the default alotted size. Log back into coffee as root, run mysql, and execute the following:

USE mailman3;
ALTER TABLE mailinglist MODIFY info VARCHAR(1024);
ALTER TABLE mailinglist MODIFY autoresponse_postings_text VARCHAR(1024);

Before migrating a list from Mailman 2, you will need to create a list with exact the same name in Mailman 3. Go to https://mailman.csclub.uwaterloo.ca/mailman3/postorius/lists, click 'New list', and follow the prompts. Go to the list settings and change what you need.

Note: For all of the commands below, it is crucial that you run the mailman command as the list user and the manage.py command as the www-data user. Otherwise, you can create files which only root can access, causing horrible breakage.

In this example, we're going to import the mailing list called 'test'. The process should be the same for the other lists.

su -s /bin/bash list
mailman import21 test@csclub.uwaterloo.ca /var/lib/mailman/lists/test/config.pck
exit
su -s /bin/bash www-data
cd /usr/share/mailman3-web
./manage.py hyperkitty_import -l test@csclub.uwaterloo.ca -v3 /var/lib/mailman/archives/private/test.mbox/test.mbox
./manage.py update_index_one_list -v3 test@csclub.uwaterloo.ca

Now open /var/lib/mailman/data/aliases and comment out all of the addresses for the list which we just migrated. Then run, as root,

postalias /var/lib/mailman/data/aliases
postfix reload

Once you are done migrating all of the lists, make sure sysadmin (or exec/syscom) is the site owner of Mailman, not your personal email. Open /etc/mailman3/mailman.cfg, and under [mailman], make sure you have the following line:

site_owner: sysadmin@csclub.uwaterloo.ca

Then restart mailman3.

Custom URL

If you wish to strip out the /mailman3 from all of the Mailman 3 URLs, there are several files which you'll need to edit.

First, open /etc/mailman3/mailman-hyperkitty.cfg and take out /mailman3 from base_url.

Next, open etc/mailman3/mailman-web.py and add:

STATIC_URL = '/static/'

Also take out /mailman3 from the POSTORIUS_TEMPLATE_BASE_URL variable.

Now open your Apache config and do the following:

  • Remove /mailman3 from Alias /mailman3/favicon.ico and Alias /mailman3/static.
  • Add the following lines to redirect people still using the old URLs:
    RedirectMatch permanent "^/mailman3$" "/"
    RedirectMatch permanent "^/mailman3/(.*)$" "/$1"
    
  • Add the following to your ProxyPass section:
    ProxyPass /mailman3 !
    

    Also remove /mailman3 from the other ProxyPass entries.

Now run:

systemctl restart mailman3
systemctl restart mailman3-web
systemctl reload apache2

Now go to https://mailman.csclub.uwaterloo.ca/postorius/domains and edit any templates which have hardcoded /mailman3 in a URL. You will need to do this for any list-specific templates as well.

Shutting down Mailman 2 for good

Open /etc/postfix/main.cf and remove hash:/var/lib/mailman/data/aliases from alias_maps.

Run postfix reload.

Open the Apache config and comment out all of the lines relevant to Mailman 2, except for those necessary to show Pipermail. Reload Apache.

Open /etc/cron.d/mailman and comment out everything.

Now run:

systemctl stop mailman
systemctl mask mailman

HyperKitty scripts

There are a couple of scripts in /usr/share/mailman3-web for deleting messages from HyperKitty. The first deletes all messages from HyperKitty (this should only be used if you need to re-migrate a mailing list). Usage:

./hyperkitty_delete_all.py name_of_list

The other script deletes all messages which have been flagged by SpamAssassin as being spam:

./hyperkitty_delete_spam.py --month 2021-April name_of_list

This requires the monthly_archiver to be enabled. Alternatively, if you want to delete spam using the Mailman 2 mbox file:

./hyperkitty_delete_spam.py --mbox name_of_list

Note that using the mbox file will take a very long time.

Mailman 2 to 3 setting mappings

Here is a very rough mapping of Mailman 2 to Mailman 3 (Postorius) settings. Note that some of them are not perfectly equivalent. There are also some settings in Mailman 2 which are not available in Mailman 3 and vice versa.

Mailman 2 setting Mailman 3 setting
General Options -> owner Users -> Owners
Non-digest options -> msg_footer Templates -> 'The footer for a regular (non-digest) message.'
Digest options -> digest_footer Templates -> 'The footer for a digest message.'
Privacy options -> Subscription rules -> advertised Settings -> List Identity -> Show list on index page
Privacy options -> Subscription rules -> subscribe_policy Settings -> Subscription Policy -> Subscription Policy
Privacy options -> Subscription rules -> ban_list Banned addresses (Note that this only bans subscriptions, not posts.)
Privacy options -> Sender filters -> default_member_moderation, generic_nonmember_action Settings -> Message Acceptance -> Default action to take when a member posts to the list
Privacy options -> Sender filters -> discard_these_nonmembers Users -> Non-members -> add a non-member, then go to Non-member Options -> Administration options -> Moderation and choose 'Discard'
Privacy options -> Recipient filters -> require_explicit_destination Settings -> Message Acceptance -> Require Explicit Destination
Archiving options -> archive, archive_private Settings -> Archiving -> Archive policy

Note that except for the templates, most settings should be imported correctly via the mailman import21 command.