Mailman 3 December 2003 - Mailman-coders

[ mailman-Bugs-860372 ] reply-to munging copy from header
by SourceForge.net 15 Dec '03

15 Dec '03

Bugs item #860372, was opened at 2003-12-15 09:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=860372&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 7 Submitted By: Barry A. Warsaw (bwarsaw) Assigned to: Barry A. Warsaw (bwarsaw) Summary: reply-to munging copy from header Initial Comment: There should be a reply-to munging option to copy the from header into the reply-to header. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=860372&group_i…

1 0

[ mailman-Patches-860135 ] handle DiscardMessage in ToDigest handler
by SourceForge.net 15 Dec '03

15 Dec '03

Patches item #860135, was opened at 2003-12-15 13:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=860135&group_i… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Martin Pool (mbp) Assigned to: Nobody/Anonymous (nobody) Summary: handle DiscardMessage in ToDigest handler Initial Comment: Our scrubber was raising DiscardMessage exceptions when trying to scrub messages from the digest. This situation may have arisen because of a configuration change that allowed some messages to get into the digest mailbox when they would previously have been scrubbed out. In any case, it was causing exceptions like this: Traceback (most recent call last): File "/usr/local/mailman/cron/senddigests", line 94, in ? main() File "/usr/local/mailman/cron/senddigests", line 86, in main mlist.send_digest_now() File "/usr/local/mailman/Mailman/Digester.py", line 60, in send_digest_now ToDigest.send_digests(self, mboxfp) File "/usr/local/mailman/Mailman/Handlers/ToDigest.py", line 131, in send_digests send_i18n_digests(mlist, mboxfp) File "/usr/local/mailman/Mailman/Handlers/ToDigest.py", line 304, in send_i18n_digests msg = scrubber(mlist, msg) File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 178, in process raise DiscardMessage Mailman.Errors.DiscardMessage It seems reasonable to have the ToDigest handler respond to these exceptions by discarding the message, per this patch --- ToDigest.py.orig Mon Dec 15 02:21:51 2003 +++ ToDigest.py Mon Dec 15 02:23:19 2003 @@ -44,6 +44,7 @@ from Mailman import Utils from Mailman import Message from Mailman import i18n +from Mailman import Errors from Mailman.Mailbox import Mailbox from Mailman.MemberAdaptor import ENABLED from Mailman.Handlers.Decorate import decorate @@ -301,7 +302,10 @@ print >> plainmsg, separator30 print >> plainmsg # Use Mailman.Handlers.Scrubber.process() to get plain text - msg = scrubber(mlist, msg) + try: + msg = scrubber(mlist, msg) + except (Errors.DiscardMessage): + continue # Honor the default setting for h in mm_cfg.PLAIN_DIGEST_KEEP_HEADERS: if msg[h]: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=860135&group_i…

1 0

[ mailman-Bugs-777444 ] mailmanctl doesn't setgroups when run as root
by SourceForge.net 14 Dec '03

14 Dec '03

Bugs item #777444, was opened at 2003-07-25 06:02 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=777444&group_i… Category: security/privacy Group: 2.1 (stable) >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: mailmanctl doesn't setgroups when run as root Initial Comment: When mailmanctl is executed as root the checkprivs function performs setgid and setuid to reduce the process privileges. But mailmanctl fails to set the supplemental groups of the process to those of the setuid'ed user, effectively leaving the processes with the same group privileges as root and, potentially, without the group privileges of the setuid'ed user. This patch uses os.setgroups() to fix that. Problem definition and solution by Jonas Meurer. I'm just filing the bug fix for him. Apply the patch from within the Mailman build directory with: patch -p1 < path-to-patch-file ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-12-14 12:58 Message: Logged In: YES user_id=12800 Accepted for Mailman 2.1.4, with a slight recoding; note that os.setgroups() isn't available in Python 2.1, which we still support. ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2003-09-30 16:45 Message: Logged In: YES user_id=75166 grpsec-2.1.3-0.1.patch is a MM 2.1.3 compatible version of the patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=777444&group_i…

1 0

[ mailman-Bugs-856480 ] bin/addlang mentioned in documentation but non-existent
by SourceForge.net 13 Dec '03

13 Dec '03

Bugs item #856480, was opened at 2003-12-08 16:43 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=856480&group_i… Category: documentation Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Axel Beckert (xtaran) Assigned to: Nobody/Anonymous (nobody) Summary: bin/addlang mentioned in documentation but non-existent Initial Comment: On http://www.list.org/site.html, there is written: addlang Use this to add language support to a specific list. The site itself must have the language pack to add already installed. Note that removing language support from a list requires you to manually rm the lists/yourlist/lang subdirectory. Neither in 2.1.3 nor in 2.1 CVS HEAD, there is such an file nor an similiar named file (checked with "find Mailman-CVS/ -iname 'add*lang*'") So this part of the documentation should be marked either als "outdated" or as "upcoming feature", depending on what matches. :-) http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq04.009.htp seems to be ok. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-12-13 14:47 Message: Logged In: YES user_id=12800 I removed addlang description from site.ht. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=856480&group_i…

1 0

[ mailman-Bugs-856565 ] mailto link to site admin contains webserver port
by SourceForge.net 09 Dec '03

09 Dec '03

Bugs item #856565, was opened at 2003-12-09 01:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=856565&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Axel Beckert (xtaran) Assigned to: Nobody/Anonymous (nobody) Summary: mailto link to site admin contains webserver port Initial Comment: If you access Mailman's web interface via some other port than 80, i.e. the port number is specified in the URL and therefore in the Host header, it's also present in the site admin mailto link. Example: If the Mailman URL is e.g. http://localhost:8001/mailman/listinfo then the site admin mailto link reads mailman@localhost:8001 which isn't what it should be. Fix: Strip the colon and port number before outputting the host name for the email address. Found in Mailman 2.1.3 on Linux using Postfix as MTA (which probably should matter very much in this case ;-). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=856565&group_i…

1 0

[ mailman-Bugs-856480 ] bin/addlang mentioned in documentation but non-existent
by SourceForge.net 08 Dec '03

08 Dec '03

Bugs item #856480, was opened at 2003-12-08 22:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=856480&group_i… Category: documentation Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Axel Beckert (xtaran) Assigned to: Nobody/Anonymous (nobody) Summary: bin/addlang mentioned in documentation but non-existent Initial Comment: On http://www.list.org/site.html, there is written: addlang Use this to add language support to a specific list. The site itself must have the language pack to add already installed. Note that removing language support from a list requires you to manually rm the lists/yourlist/lang subdirectory. Neither in 2.1.3 nor in 2.1 CVS HEAD, there is such an file nor an similiar named file (checked with "find Mailman-CVS/ -iname 'add*lang*'") So this part of the documentation should be marked either als "outdated" or as "upcoming feature", depending on what matches. :-) http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq04.009.htp seems to be ok. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=856480&group_i…

1 0

[ mailman-Bugs-856474 ] Double quotes in user names get stripped in web interface
by SourceForge.net 08 Dec '03

08 Dec '03

Bugs item #856474, was opened at 2003-12-08 22:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=856474&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Axel Beckert (xtaran) Assigned to: Nobody/Anonymous (nobody) Summary: Double quotes in user names get stripped in web interface Initial Comment: Wenn I enter some Usernames containing double quotes, e.g. Axel "Testing Monkey" Beckert everything after the first double quote goes into bit nirvana, equal if I enter this while subscribing or in the member list in the administrative interface. Single quotes work fine, though. Using Mailman 2.1.3 on Linux with Postfix as MTA. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=856474&group_i…

1 0

[ mailman-Bugs-420482 ] Bad info in monthly reminder headers
by SourceForge.net 08 Dec '03

08 Dec '03

Bugs item #420482, was opened at 2001-05-01 12:35 Message generated for change (Comment added) made by robellis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=420482&group_i… Category: mail delivery Group: 2.0.x Status: Closed Resolution: Fixed Priority: 5 Submitted By: D.J. Atkinson (deejster) Assigned to: Nobody/Anonymous (nobody) Summary: Bad info in monthly reminder headers Initial Comment: It appears that "Return-Path", "Sender", "Errors- To", "X-BeenThere" are all being set to the incorrect list when sending out the monthly info. [on the 4 list servers that I run, it turned out to be the alphabetically first list in all 4 cases] See the example below where dj(a)subscriber.com is a member of "junk" and "testa" yet "Return- Path", "Sender", "Errors-To" and "X-BeenThere" are all attributed to the "alist", and if subscriber.com bounced the message for some reason, "alist-admin" would be wondering why s/he couldn't find him amongst the list members. [BTW - this is information exactly as I received it for my subscriptions on one server. Domains and IPs are the only things changed (for privacy).] In a perfect world this wouldn't be an issue, however, the poor admin of alist (example headers below) receives all the returns from all list reminders that get sent out every month (and is starting to get tired of it). Wouldn't it be better if these were attributed to (one of) the list(s) that the subscriber is a member of? Or if not that, shouldn't they at least be attributed to mailman-owner (as in the "From" header field)? Return-Path: <alist-admin(a)listhost.net> Received: from listhost.net (listhost.net [10.0.0.1]) by mail.subscriber.com (8.9.2/8.9.2) with SMTP id FAA01735 for <dj(a)subscriber.com>; Tue, 1 May 2001 05:06:37 -0600 (MDT) Received: from listhost.net (localhost [127.0.0.1]) by listhost.net (8.9.3/8.9.3) with ESMTP id FAA18897 for <dj(a)subscriber.com>; Tue, 1 May 2001 05:06:18 -0600 (MDT) Date: Tue, 1 May 2001 05:06:18 -0600 (MDT) Message-Id: <200105011106.FAA18897(a)listhost.net> Subject: listhost.net mailing list memberships reminder From: mailman-owner(a)listhost.net To: dj(a)subscriber.com X-No-Archive: yes X-Ack: no Sender: alist-admin(a)listhost.net Errors-To: alist-admin(a)listhost.net X-BeenThere: alist(a)listhost.net X-Mailman-Version: 2.0.1 Precedence: bulk X-UIDL: c3f7736e3c6bdbe9eb75e264e35e8768 <standard message body snipped> Passwords for dj(a)subscriber.com: List Password // URL ---- -------- junk(a)listhost.net <pw> http://listhost.net/mailman/options/junk/dj% 40subscriber.com testa(a)listhost.net <pw> http://listhost.net/mailman/options/testa/dj% 40subscriber.com ---------------------------------------------------------------------- Comment By: Rob Ellis (robellis) Date: 2003-12-08 11:38 Message: Logged In: YES user_id=338888 A fix/workaround for anyone who might still be running 2.0.x -- create a list for sending password reminders, e.g. 'mm-reminders', and make this change to cron/mailpasswds: < a_public_list = None --- > # a_public_list = None > some_admin_list = 'mm-reminders' > a_public_list = MailList.MailList(some_admin_list, lock=0) ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-04-05 14:07 Message: Logged In: YES user_id=12800 Note that in MM2.0, all reminders appear to come from the first public list at your site. This is a design flaw that's fixed in MM2.1. ---------------------------------------------------------------------- Comment By: Russell Whitaker (whitaker) Date: 2001-12-10 19:59 Message: Logged In: YES user_id=68054 I should have added this information: the problem was seen in our (my company's) Mailman 2.0.6 and 2.0.8 installations. In the meantime, we have disabled the monthly 'mailpasswds' cron entry for security reasons. Russell Whitaker ---------------------------------------------------------------------- Comment By: Russell Whitaker (whitaker) Date: 2001-12-10 19:57 Message: Logged In: YES user_id=68054 Is this issue fixed in subsequent (post 2.0.1) versions of Mailman? For that matter, is this issue going to be assigned a fixer? Thanks, Russell Whitaker ---------------------------------------------------------------------- Comment By: Paula B Morrison (morri027) Date: 2001-08-06 11:38 Message: Logged In: YES user_id=290757 We are experiencing the same problem - the return mail for all lists is going to the administrators of another list. However, the list that is getting the return mail is NOT the first list alphabetically. ---------------------------------------------------------------------- Comment By: Sean Reifschneider (jafo) Date: 2001-05-03 02:16 Message: Logged In: YES user_id=81797 Hmm, I just verified this on one the messages sent out on one of our boxes running Mailman 2.0.4. FYI. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=420482&group_i…

1 0

[ mailman-Bugs-855096 ] bin/check_perms is wrong for *BSD
by SourceForge.net 05 Dec '03

05 Dec '03

Bugs item #855096, was opened at 2003-12-05 17:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=855096&group_i… Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Eric Schnoebelen (schnoebe) Assigned to: Nobody/Anonymous (nobody) Summary: bin/check_perms is wrong for *BSD Initial Comment: bin/check_perms _assumes_ that you're running on an OS that requires the setgid bit on directories to have the directory ownership information propagate to files created in that directory. This is wrong for BSD derived operating systems. bin/check_perms should be modified to understand this, rather than operating on false assumptions. I've attached a patch that solves the problem. Forgive the style (if any) as this is the first time I've wacked on Python. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=855096&group_i…

1 0

[ mailman-Bugs-853996 ] Mail sending 4 times
by SourceForge.net 04 Dec '03

04 Dec '03

Bugs item #853996, was opened at 2003-12-04 12:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=853996&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Denis (d3n) Assigned to: Nobody/Anonymous (nobody) Summary: Mail sending 4 times Initial Comment: Hi, I have upgraded mailman on debian from 2.0.3. to 2.1.1-5.1 Since this upgrade, i have a big problem.All the request messages, reminder of subscription, ... are sending 4times. Denis ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=853996&group_i…

1 0