From noreply at sourceforge.net Fri Jul 2 14:46:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 2 14:46:06 2004 Subject: [ mailman-Bugs-984259 ] A few uncaught bounces Message-ID: Bugs item #984259, was opened at 2004-07-02 11:46 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=984259&group_id=103 Category: bounce detection Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lucian Smith (luciansmith) Assigned to: Nobody/Anonymous (nobody) Summary: A few uncaught bounces Initial Comment: Here are seven uncaught bounces for the regexp thingummy. This was with Mailman 2.1.5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=984259&group_id=103 From noreply at sourceforge.net Sat Jul 3 14:07:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jul 3 14:07:09 2004 Subject: [ mailman-Patches-984682 ] header is not converted to unicode when sending reminder Message-ID: Patches item #984682, was opened at 2004-07-03 20:07 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=984682&group_id=103 Category: command line scripts Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Arkadiusz Miskiewicz (arekm) Assigned to: Nobody/Anonymous (nobody) Summary: header is not converted to unicode when sending reminder Initial Comment: [root@anduril cron]# su - mailman -s /bin/sh -c "python -S /var/lib/mailman/cron/mailpasswds -l pld-rc-scripts" Traceback (most recent call last): File "/var/lib/mailman/cron/mailpasswds", line 239, in ? main() File "/var/lib/mailman/cron/mailpasswds", line 214, in main text += (header + '\n' + NL.join(table)) UnicodeDecodeError: 'ascii' codec can't decode byte 0xb3 in position 44: ordinal not in range(128) the problem is that header is created: header = '%-40s %-10s\n%-40s %-10s' % ( _('List'), _('Password // URL'), '----', '--------') but for example Password in Polish contains non-ascii characters so this patch is needed: # Coerce everything to Unicode +header = tounicode(header, enc) text = tounicode(text, enc) table = [tounicode(_t, enc) for _t in table] This fixes problem for me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=984682&group_id=103 From noreply at sourceforge.net Mon Jul 5 09:12:16 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jul 5 09:12:20 2004 Subject: [ mailman-Patches-755045 ] discard all button for pending posts administration Message-ID: Patches item #755045, was opened at 2003-06-16 00:22 Message generated for change (Comment added) made by followme You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=755045&group_id=103 Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: matze (indygena) Assigned to: Nobody/Anonymous (nobody) Summary: discard all button for pending posts administration Initial Comment: adds a 'discard all' button at the bottom of the pending posts page, usefull for lists with high spam rate. not sure if this feature is of general interest, people in the projects where we applied this patch feel confortable with it. ---------------------------------------------------------------------- Comment By: Zoran Dzelajlija (followme) Date: 2004-07-05 15:12 Message: Logged In: YES user_id=106281 Could this perhaps be closed as it's quite similar in effect to 810675, which was included in 2.1.5? ---------------------------------------------------------------------- Comment By: Pabs (pabs3) Date: 2004-01-28 12:15 Message: Logged In: YES user_id=35028 ppl interested in this may also want the default action patch: http://sourceforge.net/tracker/index.php?func=detail&aid=886124&group_id=103&atid=300103 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=755045&group_id=103 From noreply at sourceforge.net Tue Jul 6 11:43:30 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jul 6 11:43:34 2004 Subject: [ mailman-Bugs-985846 ] Bug in Debian Mailman 2.1.4 Message-ID: Bugs item #985846, was opened at 2004-07-06 11: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=985846&group_id=103 Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: struis (struis) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in Debian Mailman 2.1.4 Initial Comment: There are several ways to get a bugreport from Mailman on Debian Linux testing. The easiest is going to listinfo/. Fill in a non-existent e-mail address in the last field (unsubscribe) like: alsjdf@hx.nx, and this is the reply: Bug in Mailman version 2.1.4 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 "/usr/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/options.py", line 226, in main password, user): File "/usr/local/mailman/Mailman/SecurityManager.py", line 220, in WebAuthenticate ok = self.CheckCookie(ac, user) File "/usr/local/mailman/Mailman/SecurityManager.py", line 300, in CheckCookie ok = self.__checkone(c, authcontext, user) File "/usr/local/mailman/Mailman/SecurityManager.py", line 310, in __checkone key, secret = self.AuthContextInfo(authcontext, user) File "/usr/local/mailman/Mailman/SecurityManager.py", line 105, in AuthContextInfo secret = self.getMemberPassword(user) File "/usr/local/mailman/Mailman/OldStyleMemberships.py", line 102, in getMemberPassword raise Errors.NotAMemberError, member NotAMemberError: alsjdf@hx.nx There are more ways to get these pages: When using discard_these_nonmembers with non-existent e-mail addresses, the same error page is presented. Are these bugs already known / solved, or are there workarounds for them? Best Regards, Bas van Schooten. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=985846&group_id=103 From noreply at sourceforge.net Tue Jul 6 16:41:20 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jul 6 16:41:23 2004 Subject: [ mailman-Bugs-986017 ] please do not install Mailman/mm_cfg.py when using DESTDIR Message-ID: Bugs item #986017, was opened at 2004-07-06 16:41 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=986017&group_id=103 Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Joerg Friedrich (jeff42) Assigned to: Nobody/Anonymous (nobody) Summary: please do not install Mailman/mm_cfg.py when using DESTDIR Initial Comment: Hi, it would be nice not to install mm_cfg.py when using DESTDIR, would make package building easier. patch attached. Yours Joerg ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=986017&group_id=103 From noreply at sourceforge.net Tue Jul 6 21:56:23 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jul 6 21:56:30 2004 Subject: [ mailman-Bugs-986186 ] error when attempting to moderate posts Message-ID: Bugs item #986186, was opened at 2004-07-06 15:56 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=986186&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Shai Sachs (smsachs) Assigned to: Nobody/Anonymous (nobody) Summary: error when attempting to moderate posts Initial Comment: I'm having an error when attempting to moderate posts. After logging in as administrator, clicking on "Tend to pending moderator requests", and attempting to log in with the moderator password, I get this error message.. any thoughts? Bug in Mailman version 2.1.4 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 "/usr/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/admindb.py", line 166, in main if not mlist.NumRequestsPending(): File "/usr/local/mailman/Mailman/ListAdmin.py", line 147, in NumRequestsPending self.__opendb() File "/usr/local/mailman/Mailman/ListAdmin.py", line 96, in __opendb type, version = self.__db.get('version', (IGN, None)) AttributeError: 'str' object has no attribute 'get' Python information: Variable Value sys.version 2.3.3 (#1, Feb 13 2004, 16:52:17) [GCC 2.95.4 20020320 [FreeBSD]] sys.executable /usr/local/bin/python sys.prefix /usr/local sys.exec_prefix /usr/local sys.path /usr/local sys.platform freebsd4 Environment variables: Variable Value HTTP_REFERER http://ecoed.net/mailman/admindb/ecoed SERVER_SOFTWARE Apache/1.3.27 OpenSSL/0.9.7 (Unix) PHP/4.3.4 SCRIPT_NAME /mailman/admindb SERVER_SIGNATURE Apache/1.3.27 OpenSSL/0.9.7 Server at ecoed.net Port 80 REQUEST_METHOD POST HTTP_KEEP_ALIVE 300 SERVER_PROTOCOL HTTP/1.1 QUERY_STRING CONTENT_LENGTH 36 HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_USER_AGENT Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 HTTP_CONNECTION keep-alive SERVER_NAME ecoed.net REMOTE_PORT 3001 PATH_TRANSLATED /usr/local/apache/htdocs/ecoed SERVER_PORT 80 SERVER_ADDR 204.200.196.163 DOCUMENT_ROOT /usr/local/apache/htdocs PYTHONPATH /usr/local/mailman SCRIPT_FILENAME /usr/local/mailman/cgi-bin/admindb SERVER_ADMIN webmaster@ecoed.net HTTP_HOST ecoed.net REQUEST_URI /mailman/admindb/ecoed HTTP_ACCEPT application/x-shockwave-flash,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,*/*;q=0.1 GATEWAY_INTERFACE CGI/1.1 REMOTE_ADDR 151.204.226.154 HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5 CONTENT_TYPE application/x-www-form-urlencoded HTTP_ACCEPT_ENCODING gzip,deflate PATH_INFO /ecoed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=986186&group_id=103 From noreply at sourceforge.net Wed Jul 7 11:09:43 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 7 11:09:47 2004 Subject: [ mailman-Feature Requests-986452 ] alias to 'end' for yahoo mail Message-ID: Feature Requests item #986452, was opened at 2004-07-07 02:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=986452&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bryan Hundven (bhundven) Assigned to: Nobody/Anonymous (nobody) Summary: alias to 'end' for yahoo mail Initial Comment: I noticed that when I send a message from my yahoo account, it always puts: ===== between the body of my message and my mail signature. It would be nice if that string '^[=]{2,}\W*' was an alias to the 'end' command. ...or a nice configuration interface to adding regex(7) aliases to other commands, so that the match of a regular expression(an example being the regex above) would execute the supplied command(in the respective example above, end would be the supplied command, but maybe the command has arguments like set or password) def alias_command('regexp', 'command', *optargs) ... eh... just some ideas. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=986452&group_id=103 From noreply at sourceforge.net Mon Jul 12 20:30:58 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jul 12 20:31:01 2004 Subject: [ mailman-Bugs-989647 ] No Subject Line Message-ID: Bugs item #989647, was opened at 2004-07-12 18:30 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=989647&group_id=103 Category: bounce detection Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Jeff Langley (langleyj) Assigned to: Nobody/Anonymous (nobody) Summary: No Subject Line Initial Comment: Hello, Pardon me but I do not see a help list to post to. So I am posting to this list in that it may be a DoS bug I am experiencing. I am running rpm mailman-2.0.13-6 on RHEL 2.1AS. After installation,I converted a 1500 member list from majordomo to mailman 1. How do I configure General Posting so that the -owner is the only one that can post to the list? --- General posting filter Must posts be approved by an administrator? (Details) Yes Restrict posting privilege to list members? (member_posting_only) (Details) Yes Addresses of members accepted for posting to this list without implicit approval requirement. (See "Restrict ... to list members" for whether or not this is in addition to allowing posting by list members. (Details) None --- 2. In the first posting we found a lot of obsolete addresses. One of the addresses caused a lot of problems. The message posted to everyone in the list around three times. Is this a known problem of some kind of loop? Have I got something misconfigured? Subject: From: user@fqdn.com Date: 07/08/2004 01:10 PM To: undisclosed-recipients:; Return-Path: Received: from lstsrv.FQDN ([ipaddress]) by MTA (Messaging Server ) with ESMTP id I0JOJ100.T0O; Thu, 8 Jul 2004 13:57:01 -0400 Received: from lstsrv.FQDN (localhost.localdomain [127.0.0.1]) by lstsrv1.FQDN (8.11.6/8.11.6) with ESMTP id i68Hv1C23315; Thu, 8 Jul 2004 13:57:01 -0400 Received: from MTA.FQDN (MTA.FQDN [ipaddress]) by lstsrv1.FQDN (8.11.6/8.11.6) with ESMTP id i68HuXC23297 for ; Thu, 8 Jul 2004 13:56:33 -0400 Resent-Date: Thu, 8 Jul 2004 13:56:33 -0400 Resent-Message-Id: <200407081756.i68HuXC23297@lstsrv.FQDN> Received: from relay ([ipaddress]) by MTA.FQDN (Messaging Server) with ESMTP id I0JOI800.60H for ; Thu, 8 Jul 2004 13:56:32 -0400 Received: from MTA.FQDN ([ipaddress]) MTA.FQDN (Messaging Server) with SMTP id I0JOI500.B5W for ; Thu, 8 Jul 2004 10:56:29 -0700 Received: from remote.site.net (ipaddress) by MTA.FQDN vida csmap id e7434fd6_d108_11d8_843f_003048245d84_25941; Thu, 08 Jul 2004 11:01:57 -0700 (PDT) Received: from remote.site.net (localhost [127.0.0.1]) by localhost (8.12.9p1/8.12.9) with ESMTP id i68HtBpg070717 for ; Thu, 8 Jul 2004 11:56:23 -0600 (MDT) (envelope-from username@someother.site.com) Received: (from root@localhost) by remote.site.net(ipaddress) (8.12.9p1/8.12.9/Submit) id i68HA10W023253 for listname-admin@FQDN; Thu, 8 Jul 2004 11:10:01 -0600 (MDT) (envelope-from user@someother.site.net) Date: Thu, 8 Jul 2004 11:10:01 -0600 (MDT) From: user@someother.site.com Message-Id: <200407081710.i68HA10W023253@remote.site.net> X-Loop: Autoresponder To: undisclosed-recipients:; X-Virus-Scanned: by scannet remote.site.net X-NAI-Spam-Score: 3.5 X-NAI-Spam-Level: *** X-NAI-Spam-Rules: 3 Rules triggered MISSING_SUBJECT=4.7, BAYES_01=-1, UNDISC_RECIPS=-0.2 Subject: Precedence: list Resent-From: listname-Admin@FQDN Sender: listname-owner@FQDN Errors-To: listname-Admin@FQDN X-BeenThere: listname@FQDN X-Mailman-Version: 2.0.13 List-Help: --- Thanks, Jeff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=989647&group_id=103 From noreply at sourceforge.net Tue Jul 13 05:51:13 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jul 13 05:51:17 2004 Subject: [ mailman-Bugs-989877 ] moderated newsgroup To header Message-ID: Bugs item #989877, was opened at 2004-07-12 23:51 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=989877&group_id=103 Category: nntp/news Group: 2.1 (stable) Status: Open Resolution: None Priority: 6 Submitted By: Barry A. Warsaw (bwarsaw) Assigned to: Nobody/Anonymous (nobody) Summary: moderated newsgroup To header Initial Comment: When a message is posted to a moderated newsgroup, and forwarded to the moderation address which is a mailing list, the To header will show the moderation address, not the mailing list posting address. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=989877&group_id=103 From noreply at sourceforge.net Fri Jul 16 11:14:19 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 11:14:23 2004 Subject: [ mailman-Bugs-992201 ] header_filter_rules should have precedence Message-ID: Bugs item #992201, was opened at 2004-07-16 11:14 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=992201&group_id=103 Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Matthias Andree (m-a) Assigned to: Nobody/Anonymous (nobody) Summary: header_filter_rules should have precedence Initial Comment: Hi, I am trying to discard spam (tagged via a header by amavis-new), but Mailman apparently gives precedence to the fact that the post's originator is a non-member and holds the post rather than discarding it. Please give priority to the header_filter_rules before checking membership. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=992201&group_id=103 From noreply at sourceforge.net Fri Jul 16 11:18:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 16 11:21:17 2004 Subject: [ mailman-Bugs-992201 ] header_filter_rules should have precedence Message-ID: Bugs item #992201, was opened at 2004-07-16 11:14 Message generated for change (Comment added) made by m-a You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=992201&group_id=103 Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Matthias Andree (m-a) Assigned to: Nobody/Anonymous (nobody) Summary: header_filter_rules should have precedence Initial Comment: Hi, I am trying to discard spam (tagged via a header by amavis-new), but Mailman apparently gives precedence to the fact that the post's originator is a non-member and holds the post rather than discarding it. Please give priority to the header_filter_rules before checking membership. Thanks. ---------------------------------------------------------------------- >Comment By: Matthias Andree (m-a) Date: 2004-07-16 11:18 Message: Logged In: YES user_id=2788 Mailing list reference to Eric D. Christensen's earlier post that went unanswered on the list: http://mail.python.org/pipermail/mailman-users/2004-January/033952.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=992201&group_id=103 From noreply at sourceforge.net Sat Jul 17 00:56:53 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jul 17 00:56:56 2004 Subject: [ mailman-Patches-992621 ] Hacked & generalized "discard" a bit Message-ID: Patches item #992621, was opened at 2004-07-16 15:56 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=992621&group_id=103 Category: command line scripts Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: David Wolfskill (dwolfskill) Assigned to: Nobody/Anonymous (nobody) Summary: Hacked & generalized "discard" a bit Initial Comment: At the suggestion of someone to whom I was whining excessively, I prowled a bit & found the "discard" script, which apparently post-dates the installation of Mailman with which I'm working (2.1.1). I grabbed the version from the CVS repository; after substitution for the path to python2.3 in the shebang line, it seems to work just fine. (This on FreeBSD 4.10-STABLE, in case that's of interest.) But I wanted a bit more flexibility to provide other actions (per the internal "TODO" list). I don't claim to know Python; on the other hand, I have been known to hack.(if it seemed likely that the results would resolve sufficient frustration). :-} Consider this a warning that the resulting code is likely to be ugly, and an invitation to make it better -- please. :-) Since the resulting script does more than merely "discard" a held mesage, I left the original alone and called the product of my hacking "dispose". Although I have not tested it extensively, it does appear to handle the "DEFER" (default) and the "DISCARD" actions OK. Patch attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=992621&group_id=103 From noreply at sourceforge.net Sat Jul 17 17:37:54 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jul 17 17:37:57 2004 Subject: [ mailman-Feature Requests-992896 ] add_members command Message-ID: Feature Requests item #992896, was opened at 2004-07-17 17:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=992896&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roxik (roxik) Assigned to: Nobody/Anonymous (nobody) Summary: add_members command Initial Comment: Hi I use debian version of mailman (2.1.4). The remove_members command had these args: remove_members [options] [listname] [addr1 ...] but add_memebrs: add_members [options] listname I use my own write program to subscribe/unsubscribe posters. Unsubscribe is very easy: remove_members mylist customer@address.tld but I have some trouble with subscribe users. Is a possible write [addr1 ...] to add_members?? Then subscribe is so easy: add_members mylist customer@address.tld -- I greet Wieslaw ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=992896&group_id=103 From noreply at sourceforge.net Mon Jul 19 23:23:55 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jul 19 23:24:02 2004 Subject: [ mailman-Patches-994103 ] Better pipermail.pl for namazu search Message-ID: Patches item #994103, was opened at 2004-07-19 16:23 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=994103&group_id=103 Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tom Morrison (k5tm) Assigned to: Nobody/Anonymous (nobody) Summary: Better pipermail.pl for namazu search Initial Comment: I had a lot of problems with the existing pipermail.pl filter, so I took the mhonarc.pl filter, which seemed to be similar, and created what is, in my opinion at least, a better pipermail.pl. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=994103&group_id=103 From noreply at sourceforge.net Wed Jul 21 07:50:28 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 21 07:50:49 2004 Subject: [ mailman-Bugs-913397 ] Subscriber E-Mail-Address: GlobalChange causes removal Message-ID: Bugs item #913397, was opened at 2004-03-10 05:53 Message generated for change (Comment added) made by edentz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=913397&group_id=103 Category: None Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: chris-taylor (chris-taylor) Assigned to: Nobody/Anonymous (nobody) Summary: Subscriber E-Mail-Address: GlobalChange causes removal Initial Comment: A subscriber of some mailinglists on my site tried to change his email address globally. The change for one of the lists only affected a correction of upper- and lower-case letters in the local part of the address(e.g. will.smith@... -> Will.Smith@....). After confirming the change an error occured and the subscriber was completely unsubscribed from the list. Neither the old address nor the new address were registered in the subscribers list. ---------------------------------------------------------------------- Comment By: Eirik Dentz (edentz) Date: 2004-07-21 01:50 Message: Logged In: YES user_id=878352 I encountered this bug too. It doesn't look like it is fixed in 2.1.5 or CVS yet so I did a bit of searching through the Mailman source code and found the part(s) that causes the deletion of the member when attempting to change the case of the localpart of the email address. Lines 332 - 341 of Mailman/Cgi/options.py pass the global change address off and the actual deletion occurs in the ApprovedChangeMemberAddress() method in Mailman/MailList.py. If you change the first if statement in that method (should be line 1050 in Mailman version 2.1.4) from: if self.isMember(newaddr): to: if self.getMemberCPAddress(oldaddr) == newaddr: And then the last if statement (should be line 1070 in Mailman version 2.1.4) in the method from: if mlist.isMember(newaddr): to: if mlist.getMemberCPAddress(oldaddr) == newaddr: It should fix the bug. However I haven't tested this extensively and it may break other functionality. Eirik ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=913397&group_id=103 From noreply at sourceforge.net Wed Jul 21 08:30:23 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 21 08:30:36 2004 Subject: [ mailman-Bugs-913397 ] Subscriber E-Mail-Address: GlobalChange causes removal Message-ID: Bugs item #913397, was opened at 2004-03-10 05:53 Message generated for change (Comment added) made by edentz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=913397&group_id=103 Category: None Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: chris-taylor (chris-taylor) Assigned to: Nobody/Anonymous (nobody) Summary: Subscriber E-Mail-Address: GlobalChange causes removal Initial Comment: A subscriber of some mailinglists on my site tried to change his email address globally. The change for one of the lists only affected a correction of upper- and lower-case letters in the local part of the address(e.g. will.smith@... -> Will.Smith@....). After confirming the change an error occured and the subscriber was completely unsubscribed from the list. Neither the old address nor the new address were registered in the subscribers list. ---------------------------------------------------------------------- Comment By: Eirik Dentz (edentz) Date: 2004-07-21 02:30 Message: Logged In: YES user_id=878352 Here is a patch against the 2.1.5 Mailman release: --- mailman-2.1.5/Mailman/MailList.py 2004-03-04 06:10:28.000000000 -0800 +++ mailman-2.1.5.patch/Mailman/MailList.py 2004-07-20 23:17: 09.000000000 -0700 @@ -1081,7 +1081,7 @@ # It's possible they were a member of this list, but choose to change # their membership globally. In that case, we simply remove the old # address. - if self.isMember(newaddr): + if self.getMemberCPAddress(oldaddr) == newaddr: self.removeMember(oldaddr) else: self.changeMemberAddress(oldaddr, newaddr) @@ -1101,7 +1101,7 @@ mlist.Lock() try: # Same logic as above, re newaddr is already a member - if mlist.isMember(newaddr): + if mlist.getMemberCPAddress(oldaddr) == newaddr: mlist.removeMember(oldaddr) else: mlist.changeMemberAddress(oldaddr, newaddr) ---------------------------------------------------------------------- Comment By: Eirik Dentz (edentz) Date: 2004-07-21 01:50 Message: Logged In: YES user_id=878352 I encountered this bug too. It doesn't look like it is fixed in 2.1.5 or CVS yet so I did a bit of searching through the Mailman source code and found the part(s) that causes the deletion of the member when attempting to change the case of the localpart of the email address. Lines 332 - 341 of Mailman/Cgi/options.py pass the global change address off and the actual deletion occurs in the ApprovedChangeMemberAddress() method in Mailman/MailList.py. If you change the first if statement in that method (should be line 1050 in Mailman version 2.1.4) from: if self.isMember(newaddr): to: if self.getMemberCPAddress(oldaddr) == newaddr: And then the last if statement (should be line 1070 in Mailman version 2.1.4) in the method from: if mlist.isMember(newaddr): to: if mlist.getMemberCPAddress(oldaddr) == newaddr: It should fix the bug. However I haven't tested this extensively and it may break other functionality. Eirik ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=913397&group_id=103 From noreply at sourceforge.net Wed Jul 21 08:40:54 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jul 21 08:40:57 2004 Subject: [ mailman-Patches-995029 ] Patch against Mailman 2.1.5 release fixes bug #913397 Message-ID: Patches item #995029, was opened at 2004-07-21 02:40 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=995029&group_id=103 Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Eirik Dentz (edentz) Assigned to: Nobody/Anonymous (nobody) Summary: Patch against Mailman 2.1.5 release fixes bug #913397 Initial Comment: Patch against 2.1.5 release to fix bug #913397 This hasn't been tested extensively and it may break other functionality, but it seems to produce the desired result of allowing user to change the case of the localpart of his/her email address when checking the "change globally" option on the options page. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=995029&group_id=103 From noreply at sourceforge.net Fri Jul 23 01:03:15 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 23 01:03:19 2004 Subject: [ mailman-Bugs-905910 ] Wrong headers sent with gzip'd Message-ID: Bugs item #905910, was opened at 2004-02-27 10:20 Message generated for change (Comment added) made by jcflack You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905910&group_id=103 Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Tim Altman (junyor) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong headers sent with gzip'd Initial Comment: The filename and/or headers for list archives are incorrect. This causes some browsers to choke in their handling of the files. The filename should have the ".gz" extension stripped, as the files are really just text files. Headers currently sent are as follows: GET /mailman//2004-February.txt.gz HTTP/1.1 User-Agent: Opera/7.50 (Windows NT 5.1; U) [en] Host: Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1 Accept-Language: en Accept-Charset: windows-1252, utf-8, utf-16, iso-8859-1;q=0.6, *;q=0.1 Accept-Encoding: deflate, gzip, x-gzip, identity, *; q=0 Referer: Cookie: Cookie2: $Version=1 Connection: Keep-Alive, TE TE: deflate, gzip, chunked, identity, trailers HTTP/1.1 200 OK Date: Fri, 27 Feb 2004 15:13:32 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/plain ---------------------------------------------------------------------- Comment By: Chapman Flack (jcflack) Date: 2004-07-22 18:03 Message: Logged In: YES user_id=1089428 I agree it's a problem, I'm not sure the file extension is the problem. What I see happening is the http server sends back a Content-Type: of application/x-gzip instead of text/plain. For example, here are the headers I got back from a site that uses Mailman and Apache: HTTP request sent, awaiting response... 1 HTTP/1.1 200 OK 2 Date: Thu, 22 Jul 2004 22:41:58 GMT 3 Server: Apache/2.0.40 (Red Hat Linux) 4 Last-Modified: Wed, 21 Jul 2004 07:27:02 GMT 5 ETag: "39c082-338f-5407bd80" 6 Accept-Ranges: bytes 7 Content-Length: 13199 8 Connection: close 9 Content-Type: application/x-gzip 10 Content-Encoding: x-gzip If that were only sent back as follows: Content-Type: text/plain Content-Encoding: x-gzip then the browser would know exactly what to do with it. I think it is strange that Tim's example shows a different problem. There the Content-Type is correct (text/plain) but there doesn't seem to be a Content-Encoding header. That's odd; usually what I see on Mailman sites is the Content-Type being mislabeled application/x-gzip. I'm not sure exactly where the problem falls between Mailman configuration and http server configuration, but I run into the same thing at just about every Mailman site I ever visit, so it needs some attention on the Mailman end even if it's only documentation on how to configure the server to send the right headers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905910&group_id=103 From noreply at sourceforge.net Fri Jul 23 22:13:11 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 23 22:13:13 2004 Subject: [ mailman-Bugs-996792 ] init script starts multiple master daemons Message-ID: Bugs item #996792, was opened at 2004-07-23 12:13 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=996792&group_id=103 Category: command line scripts Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Stephen Knodle (steveknodle) Assigned to: Nobody/Anonymous (nobody) Summary: init script starts multiple master daemons Initial Comment: The startup script "/etc/init.d/mailman" starts mailman with a command of the general form "mailmanctl -s -q start" "-s" causes mailmanctl to start agaim, regardless of whether or not another copy is already running. Changing init levels in RH can generate many, many running daemons. Attached is a patch to mailmanctl that tests if the owner of the lock file is still alive, before actually starting up. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=996792&group_id=103 From noreply at sourceforge.net Mon Jul 26 08:56:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jul 26 08:56:03 2004 Subject: [ mailman-Bugs-997838 ] terse phrase update fails Message-ID: Bugs item #997838, was opened at 2004-07-26 06:56 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=997838&group_id=103 Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Mark D. Smith (obantec) Assigned to: Nobody/Anonymous (nobody) Summary: terse phrase update fails Initial Comment: 2.1.5 on RH8.0 i set the terse phase via the web admin. it worked first time but when i change it to a new value it still shows old value. using config_list -o foobar foobar original value description = 'Matrix News (Only for Users on Matrix)' new value (set via web admin) description = 'Matrix News' original value still seen on postings! i tried mailmanctl restart but this makes no differance. Mark ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=997838&group_id=103 From noreply at sourceforge.net Tue Jul 27 02:15:25 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jul 27 02:15:30 2004 Subject: [ mailman-Bugs-998384 ] Tend to Pending Moderator Requests breaks on a few lists Message-ID: Bugs item #998384, was opened at 2004-07-26 20:15 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=998384&group_id=103 Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Len Hatfield (lenhatfield) Assigned to: Nobody/Anonymous (nobody) Summary: Tend to Pending Moderator Requests breaks on a few lists Initial Comment: After upgrading from MM 2.0.3 to 2.1.5, I find that on just a couple of my lists when I access the web-admin interface and try to follow the "Tend to Pending Moderator Requests" link, I get the following bug announcement: Bug in Mailman version 2.1.5 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 "/c/mm2/scripts/driver", line 87, in run_main main() File "/c/mm2/Mailman/Cgi/admindb.py", line 231, in main num = show_pending_subs(mlist, form) File "/c/mm2/Mailman/Cgi/admindb.py", line 274, in show_pending_subs pendingsubs = mlist.GetSubscriptionIds() File "/c/mm2/Mailman/ListAdmin.py", line 138, in GetSubscriptionIds return self.__getmsgids(SUBSCRIPTION) File "/c/mm2/Mailman/ListAdmin.py", line 130, in __getmsgids ids = [k for k, (op, data) in self.__db.items() if op == rtype] ValueError: unpack tuple of wrong size Python information: Variable Value sys.version 2.3.4 (#1, Jul 21 2004, 23:31:00) [GCC 2.95.3 20010315 (release)] sys.executable /usr/bin/python sys.prefix /usr/local sys.exec_prefix /usr/local sys.path /usr/local sys.platform linux2 Environment variables: Variable Value HTTP_REFERER http://wiz.cath.vt.edu/mailman/admin/hel-l SERVER_SOFTWARE Apache SCRIPT_NAME /mailman/admindb SERVER_SIGNATURE REQUEST_METHOD GET HTTP_KEEP_ALIVE 300 SERVER_PROTOCOL HTTP/1.1 QUERY_STRING HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_USER_AGENT Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040628 Firefox/0.9.1 HTTP_CONNECTION keep-alive HTTP_COOKIE hel-l+admin=280200000069299d0541732800000034633337343331663037376464386366353661356532393638663262343937613764313365663234 SERVER_NAME wiz.cath.vt.edu REMOTE_ADDR 68.185.125.105 PATH_TRANSLATED /www/hel-l SERVER_PORT 80 SERVER_ADDR 128.173.51.243 DOCUMENT_ROOT /www PYTHONPATH /c/mm2 SCRIPT_FILENAME /c/mm2/cgi-bin/admindb SERVER_ADMIN lhat@wiz.cath.vt.edu HTTP_HOST wiz.cath.vt.edu REQUEST_URI /mailman/admindb/hel-l HTTP_ACCEPT text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 GATEWAY_INTERFACE CGI/1.1 REMOTE_PORT 61615 HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5 HTTP_ACCEPT_ENCODING gzip,deflate UNIQUE_ID QQWdLICtM-MAAEji16U PATH_INFO /hel-l ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_id=103 From noreply at sourceforge.net Tue Jul 27 12:13:42 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jul 27 12:13:46 2004 Subject: [ mailman-Bugs-998609 ] can subscribe with CR+LF in email address Message-ID: Bugs item #998609, was opened at 2004-07-27 12:13 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=998609&group_id=103 Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Thomas Arendsen Hein (thomas_ah) Assigned to: Nobody/Anonymous (nobody) Summary: can subscribe with CR+LF in email address Initial Comment: With Mailman 2.1.3 (didn't test with newer versions) it is possible to subscribe with an email address which ends with CR+LF. A browser bug made it possible to enter this into the single line entry field, but Mailman should check this. A quick test shows that CR+LF is possible in the middle of an email address, too, but of course this only works when confirmation check is disabled. Unsubscribing or changing the email address wasn't possible, because there are checks against this strange address. Only manually removing all dictionary entries with 'withlist' helped. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998609&group_id=103 From noreply at sourceforge.net Thu Jul 29 21:56:32 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jul 29 21:56:38 2004 Subject: [ mailman-Bugs-1000304 ] uncaught archiver exception [PATCH] Message-ID: Bugs item #1000304, was opened at 2004-07-29 12:56 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=1000304&group_id=103 Category: Pipermail Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Brian Warner (warner) Assigned to: Nobody/Anonymous (nobody) Summary: uncaught archiver exception [PATCH] Initial Comment: I encountered an exception in the HyperArch module while rebuilding the pipermail archives of one of my mailing lists. The error is a simple missing 'import' at the top of the file. Mailman.Archiver.HyperArch.Article._open_list (line 332 in 2.1.4) reads: except Errors.MMListError, e: but that module fails to import Mailman.Errors, so I get a NameError at this point. I'm not sure why it doesn't happen all the time: perhaps that code is only executed when you're manually rebuilding the archives or something. It looks like this bug still exists in CVS. I've attached the one-liner patch to fix it. thanks, -Brian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000304&group_id=103 From noreply at sourceforge.net Fri Jul 30 15:30:41 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 30 15:30:45 2004 Subject: [ mailman-Bugs-1000699 ] moderator page with details misses a submit button Message-ID: Bugs item #1000699, was opened at 2004-07-30 15:30 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=1000699&group_id=103 Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Stepan Kasal (kasal) Assigned to: Nobody/Anonymous (nobody) Summary: moderator page with details misses a submit button Initial Comment: Working with version 2.1.5. I moderate a few lists. When I go from summary page to "wiev the detail of individual postings", I get a page which has a submit button at the bottom. Similar button should be on the top, as with the Summary page. Besides being an inconvenience, this can also be confusing: I checked "Discard all msgs marked as deferred" on the top, then moved to the end and pressed the button there. Of course the upper checkbox had no influence. Btw: I hope that the "discard all deferred" checkbox discards only the messages from that dispayed page, not the messages that might have arrived while themoderator was staring at the page. That would be nasty if it weren't this way. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_id=103 From noreply at sourceforge.net Fri Jul 30 15:42:23 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jul 30 15:42:26 2004 Subject: [ mailman-Bugs-971957 ] Uncaught runner exception Message-ID: Bugs item #971957, was opened at 2004-06-13 06:36 Message generated for change (Comment added) made by tomtervo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=971957&group_id=103 Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: John Distler (jd_waverly) Assigned to: Nobody/Anonymous (nobody) Summary: Uncaught runner exception Initial Comment: In 2.1.5 Apparently some email message characters can crash the Runner.py. I have inserted $mailman in place of my mailman path in the message below from $mailman/logs/error Jun 12 01:25:48 2004 (16604) Uncaught runner exception: ASCII decoding error: ordinal not in range (128) Jun 12 01:25:48 2004 (16604) Traceback (most recent call last): File "$mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File $mailman/Mailman/Queue/Runner.py", line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "$mailman/Mailman/Queue/CommandRunner.py", line 223, in _dispose res = Results(mlist, msg, msgdata) File "$mailman/Mailman/Queue/CommandRunner.py", line 77, in __init__ subj = make_header(decode_header (subj)).__unicode__() File "$mailman/pythonlib/email/Header.py", line 144, in make_header h.append(s, charset) File "$mailman/pythonlib/email/Header.py", line 272, in append ustr = unicode(s, incodec, errors) UnicodeError: ASCII decoding error: ordinal not in range (128) ---------------------------------------------------------------------- Comment By: Tommi Tervo (tomtervo) Date: 2004-07-30 16:42 Message: Logged In: YES user_id=1094436 Do you need some additional information for debugging this one, I've over 200 mails stuck on shunts. AFAIK this is quite fatal bug, emails just disappear and nobody gets notification. UnicodeDecodeError: 'ascii' codec can't decode byte 0xf6 in position 10: ordinal not in range(128) Mailman 2.1.5 and python 2.3.4 on Solaris 8. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=971957&group_id=103 From noreply at sourceforge.net Sat Jul 31 20:04:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jul 31 20:04:05 2004 Subject: [ mailman-Feature Requests-1001243 ] complete message available on approval Message-ID: Feature Requests item #1001243, was opened at 2004-07-31 18:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1001243&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: karl berry (kberry) Assigned to: Nobody/Anonymous (nobody) Summary: complete message available on approval Initial Comment: For a few lists, it is desirable to be able to see an entire pending message before it is approved. Currently, mailman truncates messages on the "posting held for approval" page (after clicking an individual message or "all messages from..." on the admin request page). For example, this is the case for info-gnu@gnu.org. rms wants moderators of that list (of which I am one) to check that postings meet the rather stringent criteria. Without shell access to the mailman host, the only way I've found to see the full message is to forward it to myself. This is painful and slow, when mailman could easily display it. I understand and agree that truncation is usually preferable. This could be a per-list variable, or just an option on the approval page to select on a per-message basis, anything would do ... Thanks for your consideration. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1001243&group_id=103