Mailman 3 February 2000 - Mailman-Developers

Juat an Idea - HTML
by David Sexton 11 Feb '00

11 Feb '00

Hi, I've not been in the office much recently (hopefully back FT next week) but I've just had a (good?) idea. In a few of the MM managed mailinglists I'm in, we have quitge a problem with people positing in HTML. As the lists concerned are UNIX administrator lists (Cobalt Linux boxen to be precise), a lot of people are finding this unreadable. Would it be feasable for MM to strip out HTML tags from a message for the whole list (especially for when no HTML is in the list's acceptable use policy)? Dave -- David Sexton Network Technician Sapphire Technologies Ltd. Tel: +44 (0) 1642 702100 Fax: +44 (0) 1642 702119 ----------------------------------------------- Any opinions expressed in this message are those of the individual and not necessarily the company. This message and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this message in error and that any use is strictly prohibited. Sapphire Technologies Ltd http://www.sapphire.net

3 2

RE: [Mailman-Developers] When will mailman 1.2 be released?
by Alok Dhir 11 Feb '00

11 Feb '00

Sorry to be getting in this late - but what will Harald's user db changes do? Things I'd love to see: 1. Ability to search for members by email address 2. Ability to store membership info in a Mysql database It would also be great if one could extend the schema of the subscriber database to include additinal fields (name, address, etc), but this is a much lower priority than the other two... > -----Original Message----- > From: mailman-developers-admin(a)python.org > [mailto:mailman-developers-admin@python.org]On Behalf Of > Barry A. Warsaw > Sent: Tuesday, February 08, 2000 6:28 PM > To: Gerrit > Cc: mailman-developers(a)python.org > Subject: Re: [Mailman-Developers] When will mailman 1.2 be released? > > > > >>>>> "GH" == Gerrit Holl <gerrit.holl(a)pobox.com> writes: > > GH> when do you think mailman 1.2 will be released? > > I wish I could say. Frankly, I wish I could say whether the next > release will be 1.2 or 2.0. I think if Harald's user database changes > are significant enough, I might make it 2.0. > > GH> How stable is the current CVS tree, and how heavily is it > GH> tested? > > Stable enough to run all the lists at Python.Org. If something's > broken, I find out about it pretty dang quickly. No doubt there are > minor bugs still lurking though. > > GH> In what order of magnitude is the release frequency? > > I'm not sure what you're asking, but I've been thinking that I should > start getting beta releases out RSN. > > -Barry > > _______________________________________________ > Mailman-Developers mailing list > Mailman-Developers(a)python.org > http://www.python.org/mailman/listinfo/mailman-developers >

5 4

Re: [Mailman-Developers] unsubscriptions requiring approval
by Harald Meland 10 Feb '00

10 Feb '00

[Thomas Wouters] > So instead I hacked the same behaviour into mailman -- include a > seperate file. Not intended for general use, which is why I didn't > post it here, and it has _no_ security, but it works ;) Random thought: Would it be a good idea to add <INPUT TYPE="file" NAME="posters_file" VALUE="filename" SIZE=50 MAXLENGTH=80> type thingies for some of the text boxes which have to take rather large amounts of text, or would it just clutter things? > A colleague of mine found a bug, though (the hard way ;). > MailList.MailList.DeleteMember() tries to call > 'ApprovedDeleteMember()' instead of > 'self.ApprovedDeleteMember()'. Thanks for letting me know, I've fixed this in my local copy too, now. > regarding patch: you need to do 'patch -p0'. Hmmmm, I already knew about -p0, and had tried that, but I get this (when standing in the toplevel Mailman directory, i.e. the one containing INSTALL etc.): octarine$ patch -p0 --dry-run < ~/mailman-unsub-approval.diff can't find file to patch at input line 9 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |? templates/unsubauth.txt |Index: Mailman/Bouncer.py |=================================================================== |RCS file: /projects/cvsroot/mailman/Mailman/Bouncer.py,v |retrieving revision 1.37 |diff -u -r1.37 Bouncer.py |--- Bouncer.py 1999/12/16 17:11:04 1.37 |+++ Bouncer.py 2000/02/08 00:57:47 -------------------------- File to patch: ^C etc. Thus my suspicion that patch isn't recognizing the Index: stuff, which I believe was put there by CVS. This is with GNU patch 2.5. > > My immediate comment would be: > > How fast can we get this guy to sign the appropriate papers? > > Me ? Are they the grep-able or the dead-tree kind of papers ? Well, that depends on whether anyone has finished work on that wetware grep yet ;) I'm talking about the stuff explained in <URL: http://www.gnu.org/prep/maintain_3.html#SEC3> -- I suspect that both you and a few others are (at least) bordering on "significant changes" to Mailman if most of the (very nice) patches you have submitted get checked in. > do I need to fax, or do you need to fax me something ? I have access > to such things here at work, thankfully ;) I don't have access to any GNU machines, so I won't be able to help you with this stuff. Barry is the official maintainer, so he should be able to sort this out (but please do give him some time to respond, in case he is heavily swamped at the moment). For what it's worth: When I did this, I received the appropriate templates[1] by email, printed them out, filled them in by hand, and then snail-mailed them (the originals) back across the Atlantic. [1] two, IIRC -- one (disclaim.future) to say my employer disclaims any ownership on the work I do on Mailman (signed by my boss), and one (assign.future) to say that I transfer copyright of my future work (either for all future, or for X years, IIRC) work on Mailman to the FSF (signed by me). -- Harald

4 5

I want to write docs!
by Gerrit Holl 10 Feb '00

10 Feb '00

Hello, [see below for summary] I've downloaded Mailman about a week ago, and I'm very excited. I read all papers. I read many of the source code. I read all available documentation. And now, I want to write documentation. The TODO list says: * Documenation - a detailed feature list - a user's guide - a site-admin's guide - a list-admin's guide - more in-place documenation - A developer's guide with architecture and API info, etc. I want to add one: - more docstrings in the code I want to write all kind of documentation. However, there is no good system for it. I know nothing about setting up a system like the Python documentation system, or an XML DTD, or... I do know the DOCBOOK DTD, but I'm not able to get it to work. I don't know how to tell sgml2html where to search for all the files. I seem to to something wrong. I can't get it to work. But I certainly want to write documenation. Plain HTML, however, would be an awful thing, since we would need to convert it to the other system after we built such a system. Another thing: if I add docstrings to the code, what should I do with the changed code, with the patches? I can't find out where to send patches to be incorperated in mailman. Neither mailman-cabal, nor this list seems to be the right place :(. -----BEGIN SUMMARY BLOCK----- I want to write documentation, but I don't know how to do it in practice, e.g., in what format and where to send the docs. -----END SUMMARY BLOCK----- regards, Gerrit. -- Homepage: http://www.nl.linux.org/~gerrit -----BEGIN GEEK CODE BLOCK----- http://www.geekcode.com Version: 3.12 GCS dpu s-:-- a14 C++++>$ UL++ P--- L+++ E--- W++ N o? K? w--- !O !M !V PS+ PE? Y? PGP-- t- 5? X? R- tv- b+(++) DI D+ G++ !e !r !y -----END GEEK CODE BLOCK----- moc.edockeeg.www//:ptth

3 3

Re: [Mailman-Developers] When will mailman 1.2 be released?
by Dan Mick 10 Feb '00

10 Feb '00

> I believe that the Right Solution would be to design an API for the > underlying user database. I want to support people who, e.g. already > have user accounts through Zope or some other Web-app/portal software, > so that they don't have to force users to log in twice. This would > let us distribute a GPL compatible database back-end for stand-alone > operation, but should also let us integrate with existing user > databases. > > That's about as far as my own thinking has gone. If it could be set up so that you don't *have* to go acquire another database to use Mailman, that would be best. MySQL is huge, hard to build, and has stopped me from using four or five Gnu/Linux tools now, and it just doesn't have to be that way.

1 0

fd leakage with run_queue
by Gergely Madarasz 10 Feb '00

10 Feb '00

Hello, It is quite often that the system load on a machine goes up so sendmail rejects connections.... so when run_queue runs, there are quite a few messages rejected in one process, meaning lots of logs... and then I get messages like this: Logging error: <StampedLogger to '/var/lib/mailman/logs/error'> Traceback (innermost last): File "/usr/lib/mailman/Mailman/Logging/Logger.py", line 55, in __get_f IOError: [Errno 24] Too many open files: '/var/lib/mailman/logs/error' Original log message: [Errno 24] Too many open files: '/var/lib/mailman/logs/error' Feb 10 13:44:59 2000 processQueue: Processing of queue file /var/lib/mailman/data/mm_q.28769.1 failed: Feb 10 13:44:59 2000 processQueue: exceptions.IOError / [Errno 24] Too many open files: '/var/lib/mailman/data/mm_q.28769.1' Logging error: <StampedLogger to '/var/lib/mailman/logs/error'> Traceback (innermost last): File "/usr/lib/mailman/Mailman/Logging/Logger.py", line 55, in __get_f IOError: [Errno 24] Too many open files: '/var/lib/mailman/logs/error' Original log message: [Errno 24] Too many open files: '/var/lib/mailman/logs/error' Feb 10 13:45:00 2000 processQueue: Processing of queue file /var/lib/mailman/data/mm_q.29101.1 failed: Feb 10 13:45:00 2000 processQueue: exceptions.IOError / [Errno 24] Too many open files: '/var/lib/mailman/data/mm_q.29101.1' It seems that for each log entry run_queue opens the logfile, and then doesn't close it. Is there a quick fix for this somewhere ? I'm running mailman 1.1 -- Madarasz Gergely gorgo(a)caesar.elte.hu gorgo(a)linux.rulez.org It's practically impossible to look at a penguin and feel angry. Egy pingvinre gyakorlatilag lehetetlen haragosan nezni. HuLUG: http://mlf.linux.rulez.org/

2 2

Re: [Mailman-Developers] When will mailman 1.2 be released?
by Harald Meland 10 Feb '00

10 Feb '00

[Alok Dhir] > Sorry to be getting in this late - but what will Harald's user db changes > do? > > Things I'd love to see: > > 1. Ability to search for members by email address I think this would be quite easy to add as another CGI script -- "userinfo", maybe. With the user database I have now, you could get info on what lists that user is subscribed to, and what lists the user is admin for. This script would also provide a natural place to put any "Please note that the address foo@bar also is mine" functionality for associating several mail addresses with the same user account. > 2. Ability to store membership info in a Mysql database I completely agree that this would be nice, but sorry to say, my stuff just stores user entries in a database file (using a module called bplustree.py). See the other message I just posted for more info. -- Harald

1 0

Features requested...
by Rick Niess 10 Feb '00

10 Feb '00

Hi Everyone, I have a several ideas for features that may be of interest. Their implementation would certainly be to my benefit. I've listed them below. FYI, I'm testing out Mailman as a replacement for my campus' existing Majordomo setup. If I can just get a few issued resolved, I think the transition will go easily. 1) Please add an option so subscribers can elect to show only the username part of their e-mail address in the subscriber list instead of the whole thing (regardless of the @->" at " conversion). 2) In the section of the listinfo page where a user can subscribe to the list in question, please add another radio-button option for "Conceal yourself from subscriber list?" if the list's subscriber list can be seen by the list members or the public. I'm somewhat of an anti-spam nut so I don't like having my e-mail address publically visible in any form. 3) Allow the system-wide admin to disable the mail->news and news->mail gatewaying for the whole system and/or for selected lists. (I've got some list admins that want to use this, but I *really* don't want to see that kind of traffic on my server. Not to mention the liability issues...) 4) On the membership management admin page, please setup a mechanism for large lists to limit the display of user options to X number of users per page. It's a killer to try to admin large lists from slow machines with limited memory. (ex, took me a long time and a lot of swapping to load the page for a 3000 member list) 5) Please setup a means by which a user can specify what additional addresses he/she posts from other than their subscription address. (For example, my campus has a mail aliasing system so that all public addresses have the form "firstname.lastname(a)usm.edu" or similar. But the address they post from may be "username(a)host.usm.edu" or similar. This becomes a problem for lists that have member_posting_only turned on.) 6) Please setup a mechanism for a pre-made set of options to be used as defaults when creating new lists. For instance, on our campus, we have a form that prospective list owners fill out to request a new list. On this form, we have the following options for them to "check" that determine how their list is initially setup.: Archived list (Duh) Closed list (Subscriptions requests must be approved list list owner. Otherwise list is "Open" and anyone may subscribe.) Secured list (Only list members may post to the list) Moderated list (list owner must approve all posts to the list) Announcement (List will be used for outgoing announcements only. Implies moderated and secured.) I don't mind creating files with all of the configuration options and their default config values. I just need a snippet of code to read the values in and use those as defaults when creating the list. And then, perhaps if I combined that with #7 below, I could get it to automatically import the configuration of a previous majordomo list... (I don't know how either of these would work with the idea to create lists from a site admin page, tho. Perhaps the site admin could choose from a pull-down menu of option pre-sets or pre-existing majordomo lists when creating a mailman list?) 7) If anyone has written a withlist module that can read in the values in an existing Majordomo 1.94 config file and update the corrosponding values in a Mailman list's config db, I'd be ever so greatful to get a copy. This would make transitioning to mailman *so* much easier than having to do each list by hand through the web interface. 8) The <body> tag is not currently setup right for error pages. 9) Please build-in the option for individual list owners to filter binary attachments. (I think something like this is already in the works, but I'd like it to be a per-list option settable by the list owner.) 10) In the pipermail archives, please do the following: - move the archives to http://host/mailman/archives/listname or provide a redirect from there to http://host/pipermail/listname. - implelement a link for users to reply to posts in an archive by using a mailto: URL to open up a mailer window from their browser. Or perhaps make this optional on a per-list basis. (Note: this might break threading if a specific "In-Reply-to" header can't be added) - in threaded view: (a) add links at the bottom of each post to go back to the previous thread and forward to the next. (b) perhaps setup a mode where a user could see all the threads expanded on one page (as it is now) or see all the thread titles on one page and clicking them expands the thread into a new page. Lastly, I'd like to note that, while I understand most of what's going on in the code, I don't have time ATM to sit down and really learn Python. Hence, I don't have the expertise to go about making most of these modifications myself. I do, however, plan to sit down and learn Python as well as possible over the holiday break. So perhaps I can pitch in directly during the new year. Thank-you for your attention. I look forward to hearing from anyone who can help! ;-) ~ Rick Niess ~ -- .oooO "Man with closed Oooo. Rick C. Niess ( ) mouth gathers ( ) University of Southern Miss. \ ( no foot!" ) / guardian(a)bark.cc.usm.edu --\_)------------------(_/-------------------------------

5 7

Re: [Mailman-Developers] Frames (was: unsubscriptions requiring approval)
by J C Lawrence 10 Feb '00

10 Feb '00

On Thu, 10 Feb 2000 21:14:52 +0100 Gerrit Holl <gerrit.holl(a)pobox.com> wrote: > I want to be able to admin my site in lynx, since I often haven't > booted X and want to administrate fast... While not disagreing with your view of frames, you might like to look at W3M as a replacement for Lynx. Its a nippy little text mode web browser that handles frames _and_ tables properly. -- J C Lawrence Home: claw(a)kanga.nu ----------(*) Other: coder(a)kanga.nu --=| A man is as sane as he is dangerous to his environment |=--

1 0

PATCH: docstrings added
by Gerrit Holl 10 Feb '00

10 Feb '00

Hello, I've added docstrings to *some* of the methods in MailList.py. More will probably follow. Can someone please apply this patch to the CVS tree, after checked the English and the content? regards, Gerrit. -- Homepage: http://www.nl.linux.org/~gerrit -----BEGIN GEEK CODE BLOCK----- http://www.geekcode.com Version: 3.12 GCS dpu s-:-- a14 C++++>$ UL++ P--- L+++ E--- W++ N o? K? w--- !O !M !V PS+ PE? Y? PGP-- t- 5? X? R- tv- b+(++) DI D+ G++ !e !r !y -----END GEEK CODE BLOCK----- moc.edockeeg.www//:ptth

1 0