Mailman 3 December 2004 - Mailman-Developers

Qrunner dying
by bob＠nleaudio.com Dec. 3, 2004

Dec. 3, 2004

I had a server recently that was running 2.1.5 in which the qrunner process would die approximately once a week. Could never find any real error being logged, and I would just restart it. Ended up retiring that machine, and replaed it with a newer Mandrake 9.2 box. Installed Mailman 2.1.5, and that has been running nicely until a couple days ago, where once again, qrunner stopped. The only thing I can see is that there was a message that was posted to one of the lists that generated this: Nov 29 02:08:27 web1 postfix/local[32487]: F2FDB1C6015: to=<list-bounces+urgent=shareyourexperiences.net(a)web1.nlenet.net>, orig_to=<list-bounces+urgent=shareyourexperiences.net(a)globalimpactinc.org>, relay=local, delay=2, status=bounced (Command died with status 1: "/home/mailman/mail/mailman bounces list") I see no corresponding entry in the errors log. Has anyone else seen this happen? Bob

1 0

Maybe it's time to release 2.1.6
by Tokio Kikuchi Dec. 3, 2004

Dec. 3, 2004

Hi Developers, Since I took charge of CVS committer this September, I belive we could fix number of bugs, merged a few new small-but-nice features, and the code became fairly stable. And, I write 'fixed in CVS' many times answering bug reports these days. Although I have some new features to be added in mind in a longer time scale, I think it is time to take the schedule of new release into consideration. I would like you the developers to download the current source from the CVS (Release_2_1-maint) and test on your testing/working sites before Barry can arrange the time schedule of releasing 2.1.6. Cheers, -- Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp http://weather.is.kochi-u.ac.jp/

10 16

How are you, Mailman?
by Moritz Naumann Dec. 2, 2004

Dec. 2, 2004

Hi! I just realized that there items in the queue of *open* bugs on the sf.net tracker which date back to year 2000 and that there is a total of at least *270 bugs with status "open"* on the BTS. If I wouldn't know that Mailman is actually under regular development, this would make me think it was not, rather make me think it was an abandoned project. I'm sure everyone involved in Mailman development is a busy person as good developers are rare and busy by definition. So please do not take it as an insult when I suggest that you spend more time on working out these bugs. It's not my intention to flame you but to improve the usability of the software which - to me - includes (but is not limited to) a proactively maintained BTS. Maybe, if that's possible, have a BTS happening weekend and try to comment (as a first step towards a solution) on as many bugs as possible. I'm not involved in the Mailman project at all nor am engaged in any other project of this size, so I may be missing some obvious reasons for this situation. I've set my subscription preferences to not receive email from this list, so please CC to mailman-developers-subscription-replies AT moritz-naumann D0T com Thank you. Greetings, Moritz Naumann

1 0

Status of bug #974290 unknown encoding crashes qrunner?
by Stephen J. Turnbull Dec. 1, 2004

Dec. 1, 2004

What is the status of these bugs? bug #974290 unknown encoding crashes qrunner bug #926034 crashes on encoding errors I seem to recall that Tokio Kikuchi or maybe Jim Tittsler had a fix, but there's nothing about it in the tracker, and I can't find it in my mailman-developers archive. There are a few posts with the words "unknown encoding" in them on mailman-users and mailman-developers, but no fixes. :-( I can probably get my host to install the codecs (I assume that would help), but this really shouldn't crash the runner. I'm seeing this under Mailman 2.1.5, on a fairly motley RedHat system (I think it was running 5.x when we started hosting our lists there, it's been upgraded piece-by-piece, often from source, since then). Of course it's all Chinese spam in GB2312, but it would be nice if it didn't fill the error log and the shunt queue, and simply evaporated instead.<wink> -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.

2 4