User Tools

Site Tools


hwmig2007mailman

TuxSoftware

Mailman

trouble after move

  • mailman web interface works
  • mailman aliases were uncommented and newaliases was run - (and postfix restarted)
  • mailman does not accept posts to lists
  • don't know why not
    • sample log message:
Jun  8 01:18:11 localhost postfix/smtpd[[:24659]]: NOQUEUE: reject:
RCPT from cod.sandelman.ca[[:192.139.46.42]]: 450 <sysadmin@oclug.on.ca>:
Recipient address rejected: User unknown in local recipient table;
from=<ian@excess.org> to=<sysadmin@oclug.on.ca> proto=ESMTP
helo=<cod.sandelman.ca>
  • the sysadmin list seems to have disappeared out of /etc/aliases.
    • I put it back - maybe it was added to old tux after we copied the /etc/aliases file over.
    • let's see if sysadmin starts working
  • also fixed /etc/resolv.conf - now sender addresses resolve.

Big picture

  • mailman handles email and can be controlled by web
  • has web interface for configuring
  • some config info and the message data is in /var/lib/mailman, often in “pickle” files (.pck; its a python thing), including “site admin password”.
  • stores messages in it's own queues until it hands them off to the MTA
  • has a daemon that processes the mailman queues: mailmanctl
    • /etc/init.d/mailman
  • more config in /etc/mailman
  • and in /etc/apache/conf.d/mailman
  • /etc/mailman/mm_cfg.py and /usr/lib/mailman/Mailman/Defaults.py

problem

  • new tux shows “no public lists” after /var/lib/mailman has been copied over … why? Maybe because the files were copied while mailmanctl was live?
  • maybe because hostname is not “tux”? see Defaults.py, VIRTUAL_HOST_OVERVIEW

migrating mailman

  • stop mailman from processing queues:
    • /etc/init.d/mailman stop
  • copy mailman info from old tux to new tux with tar
    • /var/lib/mailman
  • start mailman again:
    • /etc/init.d/mailman start
  • do pickle files need special handling, like binary database files?
    • No. They are plain-text serializations of python objects.

pipermail references to fix some day

  • in /etc/apache/conf.d/mailman

things to verify periodically, once the move is done

  • check logs which go to $prefix/logs/error → actually this is empty, where do our logs go?
  • probably should clean out /var/lib/mailman/data once in a while
    • it's full of stale pickles

Great guide to migrating mailman

hwmig2007mailman.txt · Last modified: 2015/06/09 15:23 by 127.0.0.1