Mailman 3 September 2002 - Mailman-Developers

Re: [Mailman-Developers] feature request: new option for reply_goes_to_list
by Marc MERLIN 09 Sep '02

09 Sep '02

[I hope you don't mind that I redirect this to the list, I think I have a suggestion to improve mailman 2.1 On Sun, Sep 08, 2002 at 06:31:28PM -0700, Peter C. Norton wrote: > BTW, the reason that I set reply-to's on one of the lists I run is > that when a thread gets going and lots of people start responding, for > some reason the Cc: list grew as long as my arm. And I got really That's indeed a minor problem, but at least with the nodupes feature in mailman 2.1, you only get one copy. Now that I think of it, it wouldn't be too hard for mailman when it sends the list copy out to (optionally) remove from Cc all the Emails from members that have the nodupes option set. That way, the Cc would be left only with Emails that aren't subscribed to the list. What do you think? > Though many people know better, my experience even on a somewhat > technical list is that most people don't exercise any discipline in > discriminating who they reply to, and they assume that the list is > going to work with their mailer and dtrt. So I work with that > assumption. Unfortunately you aren't the only one. Am I so deluted to still want people to learn and know just a tiny little bit about their mail clients and use them properly? Note that I'm not just bitching, I did spend many hours writing a patch to do reply-to munging per receipient so that people who really aren't willing to learn and/or bitch too loudly can be given the option just for them and then they leave you in peace (announced here a few months ago, and an outdated copy is here: http://mail.python.org/pipermail/mailman-users/2002-March/018145.html http://mail.python.org/pipermail-21/mailman-developers/2002-March/011068.ht… http://marc.merlins.org/tmp/replyto.diff.cvs ) Unfortunately it never made the cut for mailman 2.1 Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f(a)merlins.org for PGP key

2 2

2.1b3 and mail -> news
by Harald Koch 09 Sep '02

09 Sep '02

I'm having trouble in 2.1b3 with all of my mail->news lists. I get the following error message: Sep 08 23:23:22 2002 (25916) Uncaught runner exception: len() of unsized object Sep 08 23:23:22 2002 (25916) Traceback (most recent call last): File "/home/mm/Mailman/Queue/Runner.py", line 105, in _oneloop self._onefile(msg, msgdata) File "/home/mm/Mailman/Queue/Runner.py", line 154, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/home/mm/Mailman/Queue/NewsRunner.py", line 56, in _dispose prepare_message(mlist, msg, msgdata) File "/home/mm/Mailman/Queue/NewsRunner.py", line 132, in prepare_message count = len(email.Iterators.body_line_iterator(msg)) TypeError: len() of unsized object And files appear in qfiles/shunt. (queue and list config files available upon request.) This is happening with all of the lists I have setup as news<->mail lists, which just means I've probably got a consistent configuration error :-) -- Harald Koch <chk(a)pobox.com> "It takes a child to raze a village." -Michael T. Fry

1 0

2.1b3+ problem with held up postings that shouldn't
by Javier Henderson 09 Sep '02

09 Sep '02

The environment: FreeBSD 4.6-STABLE, Python 2.1.2 from the ports, sendmail 8.11.6, Apache 1.3.23 from the ports, and Mailman 2.1b3+ built from the Sept 3 CVS tree. There are several lists running on the system, the behavior for some of them is set for postings from nonsubscribed addresses to be forwarded to the list owner and otherwise discarded. However, they are instead getting held up for approval. Any ideas? -jav

1 0

[ mailman-Bugs-605933 ] subscribe by invite dies on dup user
by noreply＠sourceforge.net 07 Sep '02

07 Sep '02

Bugs item #605933, was opened at 2002-09-07 07:03 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=605933&group_i… Category: (un)subscribing Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Ron Jarrell (jarrell) Assigned to: Nobody/Anonymous (nobody) Summary: subscribe by invite dies on dup user Initial Comment: Playing with the "invite" feature, I invited myself, knowing I was already on the list. If you reply by email, it properly bounces back a "you're already subscribed" error. Click the web link, however, and fill out the form (which, btw mistakenly said that the moderater had to approve it on an open list; I don't remember if that's hardcoded or dynamic, but I *thought* it was dynamic) and when you submit it you get a traceback... the cgi-form really ought to catch this condition gracefully... Traceback (most recent call last): File "/home/mailman/scripts/driver", line 82, in run_main main() File "/home/mailman/Mailman/Cgi/confirm.py", line 110, in main subscription_confirm(mlist, doc, cookie, cgidata) File "/home/mailman/Mailman/Cgi/confirm.py", line 314, in subscription_confirm op, addr, pw, digest, lang = mlist.ProcessConfirmation( File "/home/mailman/Mailman/MailList.py", line 1072, in ProcessConfirmation self.ApprovedAddMember(userdesc) File "/home/mailman/Mailman/MailList.py", line 858, in ApprovedAddMember raise Errors.MMAlreadyAMember, email MMAlreadyAMember: jarrell(a)vt.edu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=605933&group_i…

1 0

[ mailman-Bugs-605557 ] language support
by noreply＠sourceforge.net 06 Sep '02

06 Sep '02

Bugs item #605557, was opened at 2002-09-06 15:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=605557&group_i… Category: Web/CGI Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Emilio Delgado (popemiko) Assigned to: Nobody/Anonymous (nobody) Summary: language support Initial Comment: Bug in Mailman version 2.1b3 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (most recent call last): File "/var/lib/mailman/scripts/driver", line 82, in run_main main() File "/var/lib/mailman/Mailman/Cgi/create.py", line 60, in main request_creation(doc) File "/var/lib/mailman/Mailman/Cgi/create.py", line 376, in request_creation [_(Utils.GetLanguageDescr(L)) for L in langs], File "/var/lib/mailman/Mailman/Utils.py", line 599, in GetLanguageDescr return mm_cfg.LC_DESCRIPTIONS[lang][0] KeyError: admlogin_files Python information: Variable Value sys.version 2.2 (#1, Feb 24 2002, 16:21:58) [GCC 2.96 20000731 (Mandrake Linux 8.2 2.96-0.76mdk)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux-i386 Environment variables: Variable Value HTTP_REFERER http://192.168.1.15/mailman/admin SERVER_SOFTWARE Apache-AdvancedExtranetServer/1.3.23 (Mandrake Linux/4.1mdk) mod_ssl/2.8.7 OpenSSL/0.9.6c PHP/4.1.2 PYTHONPATH /var/lib/mailman SCRIPT_FILENAME /var/lib/mailman/cgi-bin/create SERVER_ADMIN root@localhost SCRIPT_NAME /mailman/create SCRIPT_URI http://infor.unibertsitatea.net/mailman/create SERVER_SIGNATURE Apache-AdvancedExtranetServer/1.3.23 Server at infor.unibertsitatea.net Port 80 REQUEST_METHOD GET HTTP_HOST 192.168.1.15 SCRIPT_URL /mailman/create SERVER_PROTOCOL HTTP/1.1 QUERY_STRING REQUEST_URI /mailman/create HTTP_ACCEPT text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1 HTTP_ACCEPT_CHARSET ISO-8859-1, utf-8;q=0.66, *;q=0.66 HTTP_USER_AGENT Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204 HTTP_CONNECTION keep-alive SERVER_NAME infor.unibertsitatea.net REMOTE_ADDR 192.168.1.15 REMOTE_PORT 1281 HTTP_ACCEPT_LANGUAGE en-us SERVER_PORT 80 GATEWAY_INTERFACE CGI/1.1 DOCUMENT_ROOT /var/www/html HTTP_ACCEPT_ENCODING gzip, deflate, compress;q=0.9 SERVER_ADDR 192.168.1.15 HTTP_KEEP_ALIVE 300 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=605557&group_i…

1 0

SMTPDirect.py using sleep command
by Kory Wheatley 05 Sep '02

05 Sep '02

Using Mailman 2.0.13 on Red Hat 7.2 I've got a Mailman mailing list that contains 14,000 subscribers, on a Linux box that's using sendmail has the delivery agent that sends all of the messages to one mail host, because all 14,000 subscribers have an email account on our mail server. This Linux box is only used to deliver our Mailman mailing to our Mail server which is a HPUX 11 server, using sendmail as the routing agent. We sent a message to the 14,000 recipient Mailman mailing list the other day and it put the load on our Unix Box that contains our mail server to the roof What I have done to maybe slow down the delivery to sendmail that creates the queue files then delivers them to our mail server is in the Mailman SMTPDirect.py I have used the sleep command to sleep after delivering so that our mail server can catch up before the next batch is delivered, this way its not being bombarded. Now here is where I would appreciate help, I'm not a experienced Python programmer and maybe what I did below is stupid and will not work (using the time.sleep(25) command), but please look at the code and if it will not work please let me know what I can code that will work that will slow down the delivery to our mail server. ------------CODE-------------------- def deliver(envsender, msgtext, recips, failures): refused = {} # Gather statistics on how long each SMTP dialog takes. ## t0 = time.time() try: conn = smtplib.SMTP(mm_cfg.SMTPHOST, mm_cfg.SMTPPORT) try: # make sure the connect happens, which won't be done by the # constructor if SMTPHOST is false time.sleep(25) refused = conn.sendmail(envsender, recips, msgtext) finally: ## t1 = time.time() ## syslog('smtp', 'smtp for %d recips, completed in %.3f seconds' % ## (len(recips), (t1-t0))) conn.quit() except smtplib.SMTPRecipientsRefused, e: refused = e.recipients # MTA not responding, or other socket problems, or any other kind of # SMTPException. In that case, nothing got delivered except (socket.error, smtplib.SMTPException), e: ------------END-----------------

1 0

[ mailman-Bugs-605263 ] Bad var in ListAdmin._UpdateRecords()
by noreply＠sourceforge.net 05 Sep '02

05 Sep '02

Bugs item #605263, was opened at 2002-09-05 14:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=605263&group_i… Category: configuring/installing Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Les Niles (lniles) Assigned to: Nobody/Anonymous (nobody) Summary: Bad var in ListAdmin._UpdateRecords() Initial Comment: ListAdmin._UpdateRecords() (in the CVS head, and as far as I can tell all the way back to its inception) refers to "mlist", which raises a NameError when updating some lists. Syntactically it would seem that this should be "self" instead, and experimentally that solves the problem. Here's the patch: *** ListAdmin.py.~1~ Wed Sep 4 23:25:26 2002 --- ListAdmin.py Thu Sep 5 00:38:24 2002 *************** *** 539,545 **** # pre-2.1a2 compatibility when, addr, passwd, digest = info fullname = '' ! lang = mlist.preferred_language elif len(info) == 5: # pre-2.1a4 compatibility when, addr, passwd, digest, lang = info --- 539,545 ---- # pre-2.1a2 compatibility when, addr, passwd, digest = info fullname = '' ! lang = self.preferred_language elif len(info) == 5: # pre-2.1a4 compatibility when, addr, passwd, digest, lang = info ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=605263&group_i…

1 0

New `spambayes' project on SourceForge
by barry＠zope.com 05 Sep '02

05 Sep '02

There's been a ton of press about applying Bayesian classifiers to spam detection lately, spurred on by Paul Graham's recent paper "A Plan for Spam" http://www.paulgraham.com/spam.html Tim Peters has done an incredible amount of work on our Python implementation of this idea. Some of the reasons why I think Tim's work is so cool is that he's brought along his deep knowledge of speech recognition's related issues, and his obsessive devotion to reducing the amount of spam I ultimately have to delete <wink>. In order to encourage more participation from the wider open source community, we've moved the code from a backwater of the Python cvs tree to its own project on SourceForge. The hope is that more people will be able to contribute to ideas, testing, and integration of the basic algorithms with other systems such as mail daemons, mailing list managers, and mail clients. The project is called "spambayes" (for lack of creativity on our part :) and is hosted here: http://sf.net/projects/spambayes If you're interested in becoming a developer on the project, let me know. Otherwise you can of course get anonymous checkouts of the code. There are also two mailing lists related to the spambayes project. The first is a general discussion list: http://mail.python.org/mailman-21/listinfo/spambayes and the other is a list for cvs checkin message notices: http://mail.python.org/mailman-21/listinfo/spambayes-checkins Feel free to join those lists (and help be a guinea pig for Mailman 2.1 :). Enjoy, -Barry PS to Python-devers: the code has been removed from nondist/sandbox/spambayes, so you won't be able to hack on it there. Also, please move discussion about this from python-dev(a)python.org to spambayes(a)python.org

2 1

[ mailman-Patches-605234 ] Stylesheet support for archives
by noreply＠sourceforge.net 05 Sep '02

05 Sep '02

Patches item #605234, was opened at 2002-09-05 15:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=605234&group_i… Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Fred L. Drake, Jr. (fdrake) >Assigned to: Barry A. Warsaw (bwarsaw) Summary: Stylesheet support for archives Initial Comment: This patch adds a stylesheet reference to the pipermail archives, and copies in an empty stylesheet the first time the list is opened and the file doesn't already exist. The patch modifies two files in the Mailman.Archiver package, and the stylesheet should be copied into templates/en/. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2002-09-05 16:00 Message: Logged In: YES user_id=3066 Barry volunteered to integrate and test. Yay! ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=605234&group_i…

1 0

[ mailman-Patches-605234 ] Stylesheet support for archives
by noreply＠sourceforge.net 05 Sep '02

05 Sep '02

Patches item #605234, was opened at 2002-09-05 15:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=605234&group_i… Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Fred L. Drake, Jr. (fdrake) Assigned to: Nobody/Anonymous (nobody) Summary: Stylesheet support for archives Initial Comment: This patch adds a stylesheet reference to the pipermail archives, and copies in an empty stylesheet the first time the list is opened and the file doesn't already exist. The patch modifies two files in the Mailman.Archiver package, and the stylesheet should be copied into templates/en/. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=605234&group_i…

1 0