Mailman 3 September 2002 - Mailman-Developers

[ mailman-Bugs-608524 ] QRUNNER is fucking the machine perform..
by noreply＠sourceforge.net 12 Sep '02

12 Sep '02

Bugs item #608524, was opened at 2002-09-12 14:49 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=608524&group_i… Category: mail delivery Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Jozeph Brasil (jozeph) Assigned to: Nobody/Anonymous (nobody) Summary: QRUNNER is fucking the machine perform.. Initial Comment: Hello Everybody, I'm with a big problem... :( I'm running mailman-2.0.13-1U70_1cl under python-2.1-14cl with gcc-2.95.3-20U70_1cl in an IBM NETFINITY 300 PIII 500 XEXON with 64MiB. When qrunner starts the proccess my machine stay totally SLOWLY... Look the qrunner proccess: mailman 12365 95.7 51.2 32340 30092 tty1 R 15:27 4:37 python -S cron/qrunner How you can see... look at the CPU / MEM usage... I need to wait more less 30 minutes to qrunner stop the proccess and... In qfiles directory have only 10 or 15 messages in delivery... Anyone have idea what's up? How fix that? PS: I disable my mailman at moment... :( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=608524&group_i…

1 0

mailmanctl
by Ron Jarrell 11 Sep '02

11 Sep '02

So, is there are real need for mailmanctl to dump the entire 3K usage text into the error log if you happen to prematurely hit enter before your fingers remember to type "start"?

1 0

[ mailman-Bugs-607469 ] Missing return in __nonzero__
by noreply＠sourceforge.net 11 Sep '02

11 Sep '02

Bugs item #607469, was opened at 2002-09-10 15:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=607469&group_i… Category: Web/CGI Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jon Parise (parise) Assigned to: Nobody/Anonymous (nobody) Summary: Missing return in __nonzero__ Initial Comment: In Mailman/Cgi/options.py, the Global class's __nonzero__ method is missing a return statement. Execution results in a "TypeError: __nonzero__ must return an int" exception. Fix is attached. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-09-10 21:19 Message: Logged In: YES user_id=12800 Fixed, thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=607469&group_i…

1 0

[ mailman-Bugs-607469 ] Missing return in __nonzero__
by noreply＠sourceforge.net 10 Sep '02

10 Sep '02

Bugs item #607469, was opened at 2002-09-10 15:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=607469&group_i… Category: Web/CGI Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Jon Parise (parise) Assigned to: Nobody/Anonymous (nobody) Summary: Missing return in __nonzero__ Initial Comment: In Mailman/Cgi/options.py, the Global class's __nonzero__ method is missing a return statement. Execution results in a "TypeError: __nonzero__ must return an int" exception. Fix is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=607469&group_i…

1 0

recompiling a python module
by Adam Lacey 10 Sep '02

10 Sep '02

Using Mailman 2.0.9, I am trying to limit access to certain administrative options (pretty much everything except for membership management) Barry Watson was helpful, but maybe anyone really good with python can help me more --- How can I recompile (specifically admin.py) into byte code (I assume admin.pyc) ?? Because it is linked to several other modules, I cant seem to get it to compile. By the way, my understanding is, to compile you enter the python environment and then use the compile command. Should I run 'make' in the source file to recompile everything with my edited admin.py? Basically I need some help in integrating my change into Mailman. Thanks _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

1 0

[ mailman-Bugs-606978 ] explicit email Reply-To header Problem
by noreply＠sourceforge.net 09 Sep '02

09 Sep '02

Bugs item #606978, was opened at 2002-09-09 17:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=606978&group_i… Category: configuring/installing Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Joel Webb (webbgroup) Assigned to: Nobody/Anonymous (nobody) Summary: explicit email Reply-To header Problem Initial Comment: I am running RH 7.3 with mailman 2.0.12 I have configured some list to use a specific email address to reply to. Now I am trying to delete the address and have the list server replies to back to the original poster. I have clicked on the Poster radiobox and delete the email address that is in the explicit email Reply-To header. After I click save changes, the Poster radiobox has been changed but the explicit email Reply-To header still stays inside the textbox without deletion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=606978&group_i…

1 0

A question about OutgoingRunner and SMTPDirect
by Les Niles 09 Sep '02

09 Sep '02

When SMTPDirect has a temporary delivery failure, it raises an exception with a list of the failed recipients. But OutgoingRunner leaves the message queued with the original recipient list. There's some logic in SMTPDirect to keep a list of undelivered recipients, but AFAICT only when an exception is raised by the lower-level delivery function, which doesn't happen for these temporary delivery failures. (The particular failure we see, pretty frequently, is a "450 -- enable to check MX record", for a single recipient, which results in almost the entire list getting the message over and over.) Is this an oversight, or a design decision based on the behavior of the smtp delivery mechanism? If the former I'd be happy to fix it, but if it's the latter I'd rather not waste my time nor break our Mailman. :) -les

1 0

Fwd: eMail command processing? (was: [Mailman-Users] Error in *eMail* rejecting a moderation request?)
by Johannes Posel 09 Sep '02

09 Sep '02

Dear Mailman developers, I've posted my question already to the users list, but did not get any feedback, so perhaps this is a bug? Thanks for your help! ===8<==============Original message text=============== > I'm running Mailman 2.1b3, and it works fine after a few install > headaches ;) My MTA is Exim v3.36, and I've set it up according to > README.EXIM. > Now, a list moderator got an approval request[1] for a message held in > the mod queue, which had inside these instructions as well[2]. The > subject was "confirm ..." with some sort of code in it. He wanted to > try it, but got only an error back: >> The results of your email command are provided below. Attached is your >> original message. >> >> - Results: >> Invalid confirmation string. Note that confirmation strings expire >> approximately 3 days after the initial subscription request. If your >> confirmation has expired, please try to re-submit your original request or >> message. >> >> - Unprocessed: >> > If you reply to this message, keeping the Subject: header intact, >> > Mailman will discard the held message. Do this if the message is >> > spam. If you reply to this message and include an Approved: header >> > with the list password in it, the message will be approved for posting >> > to the list. The Approved: header can also appear in the first line >> > of the body of the reply. >> - Done. > Is this some kind of bug or error in my setup? As he rightly points > out, if Mailman provides him with an eMail based moderation, he'd > really want to use it. > Thanks for any input! > Cheers, > Johannes mailto:posel@inf.fu-berlin.de > [1] > As list administrator, your authorization is requested for the > following mailing list posting: > List: Cafe@xyz > From: somebody(a)someplace.tld > Subject: Hi > Reason: Posts by member are currently quarantined for moderation > At your convenience, visit: > http://stromgrade.its-toasted.org/mailman/admindb/cafe > to approve or deny the request. > [2] > If you reply to this message, keeping the Subject: header intact, > Mailman will discard the held message. Do this if the message is > spam. If you reply to this message and include an Approved: header > with the list password in it, the message will be approved for posting > to the list. The Approved: header can also appear in the first line > of the body of the reply. ===8<===========End of original message text=========== Thanks again, Johannes mailto:posel@inf.fu-berlin.de -- You have an unusual magnetic personality. Don't walk too close to metal objects which are not fastened down.

1 0

[ mailman-Feature Requests-606615 ] unsubscribing via the mail interface
by noreply＠sourceforge.net 09 Sep '02

09 Sep '02

Feature Requests item #606615, was opened at 2002-09-09 04:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=606615&group_i… Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Ray Gardener (asrag) Assigned to: Nobody/Anonymous (nobody) Summary: unsubscribing via the mail interface Initial Comment: Unsubscribing via the mail interface currently requires the list password. What would be nice would be if this password were not supplied a confirmation message would go back to the subscriber with a unique id for confirmation of the request on mail back. Alternatively some option for requesting the password via a mail request woud also help R Gardener ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-09-09 11:55 Message: Logged In: YES user_id=12800 This is already in Mailman 2.1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=606615&group_i…

1 0

[ mailman-Feature Requests-606615 ] unsubscribing via the mail interface
by noreply＠sourceforge.net 09 Sep '02

09 Sep '02

Feature Requests item #606615, was opened at 2002-09-09 08:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=606615&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ray Gardener (asrag) Assigned to: Nobody/Anonymous (nobody) Summary: unsubscribing via the mail interface Initial Comment: Unsubscribing via the mail interface currently requires the list password. What would be nice would be if this password were not supplied a confirmation message would go back to the subscriber with a unique id for confirmation of the request on mail back. Alternatively some option for requesting the password via a mail request woud also help R Gardener ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=606615&group_i…

1 0

Mailman-Developers September 2002