Rich Kulawiec on 14 Sep 2016 09:45:56 -0700


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: [PLUG] Replacement mailing list idea


I sent a couple of comments off-list, so let me send this one on-list.

On Wed, Sep 14, 2016 at 10:50:57AM -0400, Rich Freeman wrote:
> I'd suggest that this be done using a donated service, or by somebody
> who has significant experience in such things.  I know enough about
> mailing lists and spam filters and such to know that I wouldn't want
> to treat this task lightly.  It isn't rocket science, but we would
> want competence and stability.

I'd be happy to host it here (well, firemountain.net, actually).  I'm
semi-local (Maryland) after moving from the Philadelphia area, and have
been hosting the NoVaLug (Northern Virginia LUG) mailing list for several
years, along with a dozen others that have been around much longer.

I'm running the latest Mailman 2.X version (2.1.23) on a stable stack of
sendmail/OpenBSD.  I've done list migrations before (from majordomo 1,
majordomo 2, listerv, and Yahoo), so I know how to massage the archives
in order to preserve data.  And with 30+ years of mailing list and
mail system experience, including some very large operations, I think
I can handle this.

Everything is configured-controlled and backed up daily in order to
minimize the possibility of dataloss events and to allow me to back
out changes if they don't turn out well.  Downtime is minimal: last
outage was 3+ months ago when the datacenter hit a perfect storm of
extremely high temperatures, a UPS that did, a generator that did,
and a cutover relay that didn't.  Before that: over a year.

I'm evaluating Mailman 3.X.  No timetable yet: I'm still kicking the
tires and getting used to it.

This migration would actually be pretty simple:

	- clone the list's configuration file from the current one
	- update for 2.1.23 including DMARC mitigation (ugh)
	- set new list to temporary moderation
	- import the current list's "mbox" and rebuild archives
	- grab the current list roster, check against anti-spam
		controls, then invite everyone to the new list [1]
	- pick a cutover date, on that date turn off the old list,
		turn off the temp moderation flag on the new one
	- import the delta between old list's mbox (now) and
		when last imported (then), add to archives
	- at this point, the new list is running and has a complete
		archive of the old list, plus its own ongoing one

	[1] Well worth doing. Copious past experience indicates
	that this is not only a good way of pruning addresses
	that have been abandoned (but are still accepting mail)
	but it's also a good way of spotting any false positives
	in the anti-spam system and quashing them before the new
	list goes live.

---rsk

___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug