Mailman 3 December 2003 - Mailman-Developers

New Mailman version proposal
by Kory Wheatley 01 Dec '03

01 Dec '03

For the next mailman version I would like to see a option where you can filter mail to a list and have it be discarded rather than have the emails filtered to the moderator for approval, because the moderator still has to go into the admin interface and delete all these spam messages that have been put on hold waiting for an action. I would just like to see these messages automatically discarded. If this is already possible in the current version I would sure like to know how. -- Kory Wheatley Academic Computing Analyst Sr. Phone 282-3874 ######################################### Everything must point to him.

1 0

Re: [Mailman-Developers] GUI hacking for SA integration
by J C Lawrence 01 Dec '03

01 Dec '03

On Sun, 30 Nov 2003 19:52:10 -0500 Phil Barnett <philb(a)philb.us> wrote: > On Sunday 30 November 2003 5:05 pm, Barry Warsaw wrote: >> Also, for admins who just can't use IMAP, we'd need to provide >> /some/ web interface for them to deal with things. > Why not just integrate with IMP? Does what you want, requires no > further coding. Adding IMP to the mix adds a very large, unrelated, and deployment-unfriendly set of dependencies to Mailman. There's also precious little need to involve yet another web scripting language with Mailman. Other notes: Twisted already supports IMAP4 at the protocol level. Pythonic IMAPd implementations appear to be thin on the ground. It also appears to be an unprofitable course to chase: IMAP is a vomit-inducing and non-trivial protocol. Using an external IMAPd implementation with hierarchal folder support (which I think they all support) is a relatively minor additional requirement, especially as given that it opens the possibility for: a) The IMAPd deployment to be on a different host b) Initial receipt of mail and injection into a an IMAP "queue" folder to occur on a different host than Mailman itself runs on, without Mailman's direct involvement (ie Mailman polls the status/contents of the queue folder periodically). c) For Mailman's queue runner to transparently execute on yet a third machine. All without NFS or other filesystem sharing/locking problems. IMAPd implementations already know how to handle locking and lock contention. ObNote: Some care would have to go to segmenting the Mailman account usage at the IMAP level to minimise lock contention. Which loosely sums to allowing segmentation of the Mailman processes and dependencies across hosts and across security domains (eg either side of firewalls/DMZs). This becomes especially interesting with things like external membership rosters (eg LDAP/SQL) which may reside on hosts/protocols with different security requirements than the rest of the mail system. I'm not sure I like the IMAP idea in toto. It is interesting, but also seems fragile as a design, as well as moving Mailman thoroughly away from the ideal-for-small/ignorant-sites model. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

1 0

Re: [Mailman-Developers] GUI hacking for SA integration
by J C Lawrence 01 Dec '03

01 Dec '03

On Thu, 27 Nov 2003 10:46:27 -0500 Barry Warsaw <barry(a)python.org> wrote: > On Thu, 2003-11-27 at 03:47, PieterB wrote: > For the next version of Mailman, I'd prefer to see something more > generic if possible. +1 > That way a site could add SA, SB[1], or some other system. It may be > too hard to do this since there are no standards here, but even then, > I'd like to see something pluggable rather than tightly integrated. First thought: Discard message on <regex> Hold message on <regex> Accept message on <regex> Where the regex fields are in fact lists of regexes. Given such support it is fairly simple to define regexes which match SpamAssassin headers of value X and above/below for the relevant entries, or SpamBayes or whatever. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

3 2