Mailman 3 April 2001 - Mailman-Users

Too many pending requests?
by Per Starback 07 Jul '03

07 Jul '03

I can't get to the pending request page for a mailing list. (My web clients just say "waiting for response" and finally give up.) I think it is because there are too many pending requests after some problems. (config.db is almost 10MB.) How can I do this some other way?

5 5

ANNOUNCE Mailman 2.0.4
by barry＠digicool.com 21 Jun '01

21 Jun '01

Folks, I've just released Mailman 2.0.4 which is simply a patch release so that Mailman works better with Python 2.1. Mailman 2.0.3 had a few constructs which caused warnings when run with Python 2.1. The unfortunate part is that those warnings could occur in the qrunner process which tended to cause cron to bombard the system administrators with email. If you upgrade your Python to 2.1, you should definitely upgrade to Mailman 2.0.4, otherwise consider it optional. As usual, I'm releasing this as both a complete tarball and as a patch against Mailman 2.0.3. You /must/ update your source to 2.0.3 before applying the 2.0.4 patch. Since the patch is small, I'm including it in this message. To apply, cd into your 2.0.4 source tree and apply it like so: % patch -p0 < mailman-2.0.3-2.0.4.txt Currently both http://mailman.sourceforge.net and http://www.list.org are updated, and I expect the gnu.org site to be updated soon as well. The release information on SF is at http://sourceforge.net/project/shownotes.php?release_id=31693 See also http://www.gnu.org/software/mailman http://www.list.org http://mailman.sourceforge.net Enjoy, -Barry [From the NEWS file] 2.0.4 (18-Apr-2001) Python 2.1 compatibility release. There were a few questionable constructs and uses of deprecated modules that caused annoying warnings when used with Python 2.1. This release quiets those warnings. Index: NEWS =================================================================== RCS file: /cvsroot/mailman/mailman/NEWS,v retrieving revision 1.25.2.4 retrieving revision 1.25.2.5 diff -u -r1.25.2.4 -r1.25.2.5 --- NEWS 2001/03/12 19:32:10 1.25.2.4 +++ NEWS 2001/04/18 10:45:54 1.25.2.5 @@ -4,6 +4,13 @@ Here is a history of user visible changes to Mailman. +2.0.4 (18-Apr-2001) + + Python 2.1 compatibility release. There were a few questionable + constructs and uses of deprecated modules that caused annoying + warnings when used with Python 2.1. This release quiets those + warnings. + 2.0.3 (12-Mar-2001) Bug fix release. There was a small typo in 2.0.2 in ListAdmin.py Index: Mailman/HTMLFormatter.py =================================================================== RCS file: /cvsroot/mailman/mailman/Mailman/HTMLFormatter.py,v retrieving revision 1.50 retrieving revision 1.50.2.1 diff -u -r1.50 -r1.50.2.1 --- Mailman/HTMLFormatter.py 2000/09/09 19:13:58 1.50 +++ Mailman/HTMLFormatter.py 2001/04/18 04:33:48 1.50.2.1 @@ -1,4 +1,4 @@ -# Copyright (C) 1998,1999,2000 by the Free Software Foundation, Inc. +# Copyright (C) 1998,1999,2000,2001 by the Free Software Foundation, Inc. # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License @@ -19,14 +19,14 @@ import os -# XXX: should be converted to use re module -import regsub import string -import mm_cfg -import Utils -from htmlformat import * +import re +from Mailman import mm_cfg +from Mailman import Utils +from Mailman.htmlformat import * + class HTMLFormatter: def InitVars(self): @@ -330,7 +330,7 @@ def ParseTags(self, template, replacements): text = self.SnarfHTMLTemplate(template) - parts = regsub.splitx(text, '</?[Mm][Mm]-[^>]*>') + parts = re.split('(</?[Mm][Mm]-[^>]*>)', text) i = 1 while i < len(parts): tag = string.lower(parts[i]) Index: Mailman/Utils.py =================================================================== RCS file: /cvsroot/mailman/mailman/Mailman/Utils.py,v retrieving revision 1.104 retrieving revision 1.104.2.2 diff -u -r1.104 -r1.104.2.2 --- Mailman/Utils.py 2000/11/16 21:43:11 1.104 +++ Mailman/Utils.py 2001/04/18 04:23:07 1.104.2.2 @@ -1,4 +1,4 @@ -# Copyright (C) 1998,1999,2000 by the Free Software Foundation, Inc. +# Copyright (C) 1998,1999,2000,2001 by the Free Software Foundation, Inc. # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License @@ -29,8 +29,6 @@ import re from UserDict import UserDict from types import StringType -# XXX: obsolete, should use re module -import regsub import random import urlparse @@ -415,19 +413,8 @@ def QuoteHyperChars(str): - arr = regsub.splitx(str, '[<>"&]') - i = 1 - while i < len(arr): - if arr[i] == '<': - arr[i] = '<' - elif arr[i] == '>': - arr[i] = '>' - elif arr[i] == '"': - arr[i] = '"' - else: #if arr[i] == '&': - arr[i] = '&' - i = i + 2 - return string.join(arr, '') + from cgi import escape + return escape(str, quote=1) Index: Mailman/Version.py =================================================================== RCS file: /cvsroot/mailman/mailman/Mailman/Version.py,v retrieving revision 1.20.2.3 retrieving revision 1.20.2.4 diff -u -r1.20.2.3 -r1.20.2.4 --- Mailman/Version.py 2001/03/07 23:25:41 1.20.2.3 +++ Mailman/Version.py 2001/04/18 04:43:29 1.20.2.4 @@ -15,7 +15,7 @@ # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. # Mailman version -VERSION = "2.0.3" +VERSION = "2.0.4" # And as a hex number in the manner of PY_VERSION_HEX ALPHA = 0xa @@ -27,7 +27,7 @@ MAJOR_REV = 2 MINOR_REV = 0 -MICRO_REV = 3 +MICRO_REV = 4 REL_LEVEL = FINAL # at most 15 beta releases! REL_SERIAL = 0 Index: Mailman/Bouncers/Catchall.py =================================================================== RCS file: /cvsroot/mailman/mailman/Mailman/Bouncers/Attic/Catchall.py,v retrieving revision 1.4 retrieving revision 1.4.2.1 diff -u -r1.4 -r1.4.2.1 --- Mailman/Bouncers/Catchall.py 2000/08/07 02:34:33 1.4 +++ Mailman/Bouncers/Catchall.py 2001/04/18 04:41:47 1.4.2.1 @@ -1,4 +1,4 @@ -# Copyright (C) 1998,1999,2000 by the Free Software Foundation, Inc. +# Copyright (C) 1998,1999,2000,2001 by the Free Software Foundation, Inc. # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License @@ -18,6 +18,16 @@ # implementation of Bouncer.ScanMessage(). We keep it because I don't feel # like splitting it up and porting it. It should at the very least be ported # to use mimetools and re. :( + +# In Python 2.1, the import of regsub causes a DeprecationWarning. This is +# annoying so if we can import the warnings module, we turn off warnings about +# the import of regsub. It's not worth changing the uses of regsub to use the +# re module because Catchall.py is going away in Mailman 2.1. +try: + import warnings + warnings.filterwarnings('ignore', module='regsub') +except ImportError: + pass import re import string Index: admin/www/Makefile =================================================================== RCS file: /cvsroot/mailman/mailman/admin/www/Makefile,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- admin/www/Makefile 2000/11/08 18:43:39 1.1 +++ admin/www/Makefile 2001/04/18 10:43:46 1.1.2.1 @@ -1,4 +1,4 @@ -HT2HTML = /home/bwarsaw/projects/ht2html/ht2html.py +HT2HTML = $(HOME)/projects/ht2html/ht2html.py HTSTYLE = MMGenerator HTALLFLAGS = -f -s $(HTSTYLE) Index: admin/www/download.ht =================================================================== RCS file: /cvsroot/mailman/mailman/admin/www/download.ht,v retrieving revision 1.5.2.4 retrieving revision 1.5.2.5 diff -u -r1.5.2.4 -r1.5.2.5 --- admin/www/download.ht 2001/03/12 19:33:49 1.5.2.4 +++ admin/www/download.ht 2001/04/18 10:44:14 1.5.2.5 @@ -65,9 +65,9 @@ <h3>Downloading</h3> <p>Version -(<!-VERSION--->2.0.3<!-VERSION--->, +(<!-VERSION--->2.0.4<!-VERSION--->, released on -<!-DATE--->Mar 12 2001<!-DATE--->) +<!-DATE--->Apr 18 2001<!-DATE--->) is the current GNU release. It is available from the following mirror sites: <ul> @@ -98,5 +98,3 @@ % gunzip -c mailman.tar.gz | tar xf - </pre> </blockquote> -e> -> Index: admin/www/download.html =================================================================== RCS file: /cvsroot/mailman/mailman/admin/www/download.html,v retrieving revision 1.6.2.6 retrieving revision 1.6.2.7 diff -u -r1.6.2.6 -r1.6.2.7 --- admin/www/download.html 2001/03/12 19:33:49 1.6.2.6 +++ admin/www/download.html 2001/04/18 10:44:14 1.6.2.7 @@ -1,6 +1,6 @@ <HTML>  - +   2.0.3<!-VERSION--->, +(<!-VERSION--->2.0.4<!-VERSION--->, released on -<!-DATE--->Mar 12 2001<!-DATE--->) +<!-DATE--->Apr 18 2001<!-DATE--->) is the current GNU release. It is available from the following mirror sites: <ul> @@ -270,8 +270,6 @@ % gunzip -c mailman.tar.gz | tar xf - </pre> </blockquote> -e> -> </TD> </TR> Index: cron/qrunner =================================================================== RCS file: /cvsroot/mailman/mailman/cron/qrunner,v retrieving revision 1.18.2.2 retrieving revision 1.18.2.3 diff -u -r1.18.2.2 -r1.18.2.3 --- cron/qrunner 2001/01/03 06:42:11 1.18.2.2 +++ cron/qrunner 2001/04/18 03:58:35 1.18.2.3 @@ -166,8 +166,8 @@ _listcache = {} + def open_list(listname): - global _listcache mlist = _listcache.get(listname) if not mlist: try: @@ -267,7 +267,6 @@ if __name__ == '__main__': - global _listcache ## syslog('qrunner', 'qrunner begining') # first, claim the queue runner lock lock = LockFile.LockFile(QRUNNER_LOCK_FILE,

2 1

qrunner running twice?
by raul＠ucnet.com.mx 02 Jun '01

02 Jun '01

Hello all, I've followed the instructions in the INSTALL file to setup Mailman version 2.1a2 but when I tried to subscribe to the test list I don't get a reply to confirm subscription. And the mailman-owner account gets the following message every minute: ... Subject: cron: /usr/bin/python -S /home/mailman/cron/qrunner Another qrunner is already running, exiting. Anyone been through this that can give me a hand? And this is the crontab for mailman: # crontab -l mailman 0 17 * * * /usr/bin/python -S /home/mailman/cron/checkdbs 0 12 * * * /usr/bin/python -S /home/mailman/cron/senddigests 0 5 1 * * /usr/bin/python -S /home/mailman/cron/mailpasswds 0,5,10,15,20,25,30,35,40,45,50,55 * * * * /usr/bin/python -S /home/mailman/cron/ gate_news 27 3 * * * /usr/bin/python -S /home/mailman/cron/nightly_gzip # # Retry failed deliveries once per minute. * * * * * /usr/bin/python -S /home/mailman/cron/qrunner Thanks in advance. Raul

3 3

My old mailing list is not working after installation on a new distro.
by Daniel Einspanjer 04 May '01

04 May '01

I'm having a problem with mailman 2.04 running with exim and apache on a mandrake distro. Fortunately, it is no longer the standard hard link problem. :) I read the FAQ and the README.LINUX and ran the secure_linux fix. One thing that took me a bit to figure out is that you have to run that script with a -f. If you don't, it outputs some information, but it doesn't actually output a usage line telling you it didn't run properly. When it didn't fix my problem, I went looking in the file and discovered the -f requirement. :) Anyway.. my problem is that I used to have mailman running on a redhat 6.2 distro and I copied the entire home directory over to the mandrake side. I downloaded the latest mailman and installed it over that. After a few tweaks and such, I've got newly created lists to work fine, but my old list cannot be administered. It hangs if you go to .../admin/listname . The listinfo/listname page comes up, but if you try to add your name to the list, the results page comes up with the message stating that the subscription was deferred for approval, then the "We hit a bug" message appears. The log file reports that a "No such file or directory error" occured. Here is the traceback: Apr 27 16:27:10 2001 admin(18607): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(18607): [----- Mailman Version: 2.0.4 -----] admin(18607): [----- Traceback ------] admin(18607): Traceback (innermost last): admin(18607): File "/home/mail/scripts/driver", line 96, in run_main admin(18607): main() admin(18607): File "/home/mail/Mailman/Cgi/subscribe.py", line 55, in main admin(18607): mlist.Save() admin(18607): File "/home/mail/Mailman/MailList.py", line 860, in Save admin(18607): self.CheckHTMLArchiveDir() admin(18607): File "/home/mail/Mailman/Archiver/Archiver.py", line 256, in Che ckHTMLArchiveDir admin(18607): makelink(privdir, pubdir) admin(18607): File "/home/mail/Mailman/Archiver/Archiver.py", line 42, in make link admin(18607): os.symlink(old, new) admin(18607): OSError: [Errno 2] No such file or directory admin(18607): [----- Python Information -----] One other piece of information, if you go to the mailman/admin page, it will list any new mailing lists I create, but it doesn't list the old one. Does anyone have any ideas on where I should check?

3 6

Big problems with stale lockfiles on large list...
by Graham TerMarsch 03 May '01

03 May '01

Running Mailman-2.0.1, with Python 1.5.2 on a RedHat 6.2 machine along w/Apache-1.3.14 and Sendmail-8.11.0, and am having some serious grief with stale lockfiles on one of our lists. List contains ~60k addresses on it, and has constant traffic to the WWW administration pages. Not high volume for sending msgs though (only one or two a day) as its a broadcast/announce list. I'm finding, though, that the WWW processes are regularly creating stale locks that sit around and hold everything up. For fun, I tried using "ab" (ApacheBench) to fire up five concurrent "subscribe" requests to our box, and saw that it regularly ended up creating stale locks and blocking out the rest of the system. Worse yet, I'm not seeing any useful information in the "logs/errors" file, nor am I getting anything useful in "logs/locks" (other than seeing that some process got a lock, did its thing, and then shut itself down _WITHOUT_ releasing the lock). >From reading through the notes in "Default.py", it outlines that the locking timeouts are probably one of the most important things that can be "tuned". I'm not, however, having any luck in finding information that outlines how these values should be tuned for BIG lists. I'm presuming that what I'm running into is more of a config/tuning issue than a serious bug, as I'm sure I can't be the only person running lists this large. Any and all information, tips, pointers, or suggestions are welcome. -- Graham TerMarsch

6 20

Re: "could not acquire qrunner lock", etc
by Mike Crowe 02 May '01

02 May '01

On 23 March 2001, Bill Bradford wrote: > Upgraded to Python 2.0 this morning, and recompiled/reinstalled > mailman 2.0.3 along with it (had already been running this version, > but I figure recompiling/installing it along with the new python > wouldnt hurt). I started getting a lot *more* of these in > /usr/local/mailman/logs/qrunner than normal: I'm suffering from a similar problem. I run a list with a few hundred members that has a handful of posts an hour throughout most of the day. About thirty people are on the digest list. I'm running the Debian unstable mailman package 2.0.3-7 recompiled myself on a stable (Debian 2.2) system. I contacted the maintainer of the package and he suggested I post here. The machine is only a P133 with 96Mb of RAM but I would hope it should handle such a list. The mailing lists are running fine, mails just take a long time (several hours) to pass through the system and it is putting an unreasonable load on the machine in my opinion. It has a knock-on effect of making the web interface unusable because the qrunner process perpetually has the list locked (maybe this is a clue). The python qrunner process seems to be running most of the time pushing my load average above one constantly - it runs for its fifteen minutes and then gives up. At some points during a lull of several hours in mailing list activity it will stop of its own accord and everything will settle down. Dave Klingler wrote in response to Bill Bradford: > Sounds like you've got some permissions set wrong, Bill. Having qrunner > run once a minute works pretty well, btw. It keeps the queue small and > the overhead is minimal. If permissions were the case surely it wouldn't work at all? I've had a look through and stuff generally seems to be owned by user list, group list or owned by root, group list with g+rwX permissions. I tried putting some extra logging in the qrunner script but wasn't really sure what I was looking at. If someone can advise me where it would be best to log then I am willing to hack the scripts a bit. TIA -- Mike Crowe <mac(a)fysh.org>

3 8

mailman-checkins list config?
by Mike Noyes 01 May '01

01 May '01

What settings are you using for the mailman-checkins list? I'm trying to duplicate your results for our project's cvs-commits list. Any help is appreciated. Thanks. Background: I'm using syncmail (v3.1.5 by Barry Warsaw) for our project's cvs-commits list. I'll update to v3.1.6 later today. I followed the SourceForge documentation to set it up, but it doesn't have any information on the proper settings for Mailman. Should I take this up with the SourceForge staff instead? Getting email from CVS https://sourceforge.net/docman/display_doc.php?docid=772&group_id=1 -- Mike Noyes <mhnoyes(a)users.sourceforge.net> http://leaf.sourceforge.net/

2 2

international version of mailman
by Gaston Franco 01 May '01

01 May '01

Hi! We've been waiting for more than a year for the international version of Mailman.... is there any chance that it´ll be realeased soon? I know that there´s some support in 2.1 alpha version, but i´d like a final release. Thanks in advance

2 1

Re: [Mailman-Users] Subscribe/unsubscribe interface
by J C Lawrence 01 May '01

01 May '01

On Sun, 29 Apr 2001 18:14:31 +0100 Andrew Brown <ab(a)c18.org> wrote: > Not exactly. We'd like a screen listing all the lists with > subscribe and unsubscribe radio buttons beside each. Lists to > which the user was already subscribed to be differentiated in some > way. Seems like a CGI that walked ~mailman/lists/*/config.db looking for public lists under the appropriate VHost followed by sending a subscribe email to every checked radio button would be fairly trivial to write. Shouldn't take you more than a couple hours. -- J C Lawrence claw(a)kanga.nu ---------(*) http://www.kanga.nu/~claw/ --=| A man is as sane as he is dangerous to his environment |=--

2 1

Dumping emails based on subject rather than holding them?
by Bill Bradford 01 May '01

01 May '01

I host a list (sunmanagers) where direct replies to the list are not permitted - only initial question posts, and then summary posts with answers. So, every 3-4 days, even though reply-to is set to the original poster, I have to go in and delete 20-30 Re: messages through the admin interface. Is there a way to have Mailman just *dump* these, instead of holding them for review? Would make life a lot simpler... Bill -- Bill Bradford mrbill(a)mrbill.net Austin, TX

2 1