MailmanSetup

• ApacheSetup
• LetsencryptSetup
• PostfixSetup

Pakete installieren

apt-get install mailman

Einrichtung

• Sprache in Konfigurationsdatei auf Deutsch stellen

  vi /etc/mailman/mm_cfg.py

• Siteliste anlegen. VORSICHT! Mailman sendet das Passwort unverschlüsselt per E-Mail an die E-Mail-Adresse des "Owners", damit kann man es gleich wieder wegschmeißen. Also bitte nur ein billig-Schrott-Passwort verwenden und dieses gleich darauf ändern.

  newlist mailman

• Unter Debian Stretch muss ggf. noch das Cgi-Modul für das Web-Interface aktiviert werden

  a2enmod cgi
  systemctl restart apache2

Befehlsreferenz

Neue Liste anlegen

• Achtung: Mailman verschickt das vergebene Passwort im Klartext an die Owner-Adresse.
• Mailman ignoriert beim anlegen der neuen Liste den in der Konfigurationsdatei angegebenen DEFAULT_URL_HOST. Siehe auch: https://oliversturm.com/2009/10/09/mailman-url-host/
• Lösungen
  1. Beim erstellen der Liste den Urlhost explizit angeben

     newlist -u my-url-host.tld mylist@my-email-host.tld owner@my-email-host.tld

  2. Nach dem Erstellen die URLs fixen (siehe unten)

URL einer Liste umkonfigurieren

1. In der Konfigurationsdatei die Parameter DEFAULT_EMAIL_HOST und DEFAULT_URL_HOST anpassen:

   vi /etc/mailman/mm_cfg.py

2. Anschließend die gewünschte Liste auf die in der Konfigurationsdatei eingetragenen Parameter umkonfigurieren:

   withlist -l -r fix_url LISTENNAME

Admin-Passwort neu setzen

mmsitepass

Liste auf anderen Server verschieben

• DNS-Eintrag ändern
• Ggf. Mailman deinstallieren, ggf. auch python
• Postfix-Konfiguration (Mydestination-Einträge) für beide Mailserver anpassen

1. [Ergänzung]: Mailman-Dienst anhalten: systemctl stop mailman
2. Copied all of /var/lib/mailman/lists/ from the old server to the new one.
3. Fixed the permissions with "chown -R list.list /var/lib/mailman/lists/"
4. [Ergänzung]: URL neu setzen: vi /etc/mailman/mm_cfg.py
5. Fixed the urls for the new one with "withlist -l -r fix_url [listname]" for each list. (Only necessary if the new server has a different domain name than the old one - one time I was moving from xcski.com to list.xcski.com and the other time I was keeping the same list.xcski.com url.)
6. Copied all /var/lib/mailman/archives/private/*mbox/*mbox to the new server.
7. Fixed the permissions with "chown -R list.list /var/lib/mailman/archives/private"
8. Regenerated the archives using "/var/lib/mailman/bin/arch [listname]" for each list. Note that if your archives are big, this process can consume all the memory in your system and then some, so you may have to split the mbox files up and regenerate the list archives in peices or use the "--start" and "--end" options to arch.
9. [Ergänzung]: Aliases aus /etc/aliases vom alten auf den neuen Server kopieren
10. [Ergänzung]: newaliases ausführen
11. [Ergänzung]: Dienst für Mailman neu starten

My experience was similar to Paul's: dead easy. My steps were  
slightly different; and I had been running the new Xserve with some  
test lists before copying the files over. These are my notes for the  
final switchover:

   on old lists
      mailmanctl stop

   on old list server, copy files to personal workstation:
      sudo rsync -a --delete -e ssh /home/mailman/lists user@workstation:Desktop/lists/ --progress
      sudo rsync -a --delete -e ssh /home/mailman/data user@workstation:Desktop/lists/ --progress
      sudo rsync -a --delete -e ssh /home/mailman/archives user@workstation:Desktop/lists/ --progress


   shutdown old lists hardware

   on new lists:
      --copy from personal workstation to staging area
      sudo rsync -a --delete -e ssh user@workstation:Desktop/lists/lists / var/mailman/new --progress
      sudo rsync -a --delete -e ssh user@workstation:Desktop/lists/data / var/mailman/new --progress
      sudo rsync -a --delete -e ssh user@workstation:Desktop/lists/ archives /var/mailman/new --progress

      --fix staging area
      cd /var/mailman/new
      rm -r lists/mailman
      rm data/adm.pw data/aliases data/aliases.db data/master-qrunner.pid data/sitelist.cfg
      sudo chown -R mailman:mailman /var/mailman/new

      --fix symbolic links in public directory
      cd /var/mailman/new/archives/public
      sudo ~/bin/fixlinks *

      --move from staging area to live
      sudo scp -pr /var/mailman/lists /var/mailman/data /var/mailman/ archives /Users/cole/mailmanvar
      sudo mv /var/mailman/new/lists/* /var/mailman/lists
      sudo mv /var/mailman/new/data/* /var/mailman/data
      sudo mv /var/mailman/new/archives/* /var/mailman/archives


      --add alias lines to /var/mailman/data/aliases
      --note that I had kept a list of lists in FileMaker, along with the necessary aliases for each
      --this is what I copied
      cd
      sudo scp -p user@workstation:Desktop/lists/list_aliases .
      sudo vi /var/mailman/data/aliases
         :r list_aliases
         :wq
      sudo /usr/sbin/postalias /var/mailman/data/aliases

      --update data files
      sudo /usr/share/mailman/bin/update
      sudo bin/withlist -l -a -r fix_url -- -v

      --add IP address (change from test-ip to live-ip)
      sudo changeip - test-ip live-ip
      sudo networksetup -setmanual "Built-in Ethernet 1" live-ip netmask gateway
      sudo networksetup -getinfo "Built-in Ethernet 1"

      stop and start postfix from server admin?



The fixlinks script referenced above, because after the copy the  
public alias links didn't work, as they were pointing to the wrong  
directory:
===
#!/usr/bin/perl

$privatebase = "/var/mailman/archives/private";
while ($item = shift) {
         $reallink = "$privatebase/$item";
         print "Changing $item to $reallink\n";
         unlink($item);
         symlink($reallink, $item);
}