TMDA fronted Mailman v2.1 lists

Things have been a bit busy, but I've finally moved to v2.1.* and Exim4, and in the process have had to adapt my setup for fronting Mailman lists with TMDA and an external optional/controllable MIME processor (MimeFilter, can be turned off on a per-message basis by a custom header).
If there's sufficient interest I'll update the HOWTO with the details. There's nothing really hard in the deal, just an excess of details.
Interested?
ObNote: If you don't know what I'm talking about, please see the UserFAQ and the archives of this list for definitions, implementation details and implications, and prior discussion of same.
ObNote2: TMDA as of v0.75 (latest .deb)is not able to read Mailman v2.1 list configurations to extract the membership rosters (the pickle now contains bounce objects so the naive cPickle.load fails). This doesn't create a major problem, just means that you have to comment sections of your TMDA filters until that's fixed. (Jason: If you want example configs and other details, just give me the word and I'll attach them over).
--
J C Lawrence
---------(*) Satan, oscillate my metallic sonatas.
claw@kanga.nu He lived as a devil, eh?
http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

On Tue, 2003-06-24 at 08:34, Barry Warsaw wrote:
Just in case that didn't make sense (c'mon coffee! go for the brain!):
Python's pickler encodes the class of the object in the pickle by named reference, so _BounceInfo objects get their class encoded as Mailman.Bouncer._BounceInfo. So when the unpickler pulls the object's state out of the pickle and tries to instantiate one of these objects, it needs to be able to import the class.
I'm guess what's happening is that TMDA can't find the Mailman.Bouncer._BounceInfo class. The easy fix would be to put /usr/local/mailman (or whatever your Mailman $prefix is) on your TMDA Python executable's sys.path. E.g. $PYTHONPATH.
-Barry

Barry Warsaw <barry@python.org> writes:
I'm in the middle of migrating my TMDA/Mailman setup from Mailman 2.0.13 to 2.1.2 and had expected to hit this, but I didn't. Things "just work" as they did. e.g, from TMDA's log:
Date: Wed Sep 17 18:22:11 CDT 2003 From: Jason R Mastaler <jason@tux.org> To: tmda-testing@Mastaler.COM Subj: there Actn: OK (from-mailman -attr=members /var/lib/mailman/lists/tmda-testing ok)(619)
So I'm scratching my head wondering why I'm so lucky. Was this fixed in Mailman 2.1.2? Nothing has changed in TMDA between 0.75 and the current 0.84 that would account for this I don't think.

On Tue, 2003-06-24 at 08:34, Barry Warsaw wrote:
Just in case that didn't make sense (c'mon coffee! go for the brain!):
Python's pickler encodes the class of the object in the pickle by named reference, so _BounceInfo objects get their class encoded as Mailman.Bouncer._BounceInfo. So when the unpickler pulls the object's state out of the pickle and tries to instantiate one of these objects, it needs to be able to import the class.
I'm guess what's happening is that TMDA can't find the Mailman.Bouncer._BounceInfo class. The easy fix would be to put /usr/local/mailman (or whatever your Mailman $prefix is) on your TMDA Python executable's sys.path. E.g. $PYTHONPATH.
-Barry

Barry Warsaw <barry@python.org> writes:
I'm in the middle of migrating my TMDA/Mailman setup from Mailman 2.0.13 to 2.1.2 and had expected to hit this, but I didn't. Things "just work" as they did. e.g, from TMDA's log:
Date: Wed Sep 17 18:22:11 CDT 2003 From: Jason R Mastaler <jason@tux.org> To: tmda-testing@Mastaler.COM Subj: there Actn: OK (from-mailman -attr=members /var/lib/mailman/lists/tmda-testing ok)(619)
So I'm scratching my head wondering why I'm so lucky. Was this fixed in Mailman 2.1.2? Nothing has changed in TMDA between 0.75 and the current 0.84 that would account for this I don't think.
participants (3)
-
Barry Warsaw
-
J C Lawrence
-
Jason R. Mastaler