From noreply at sourceforge.net Wed Oct 5 05:48:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 04 Oct 2005 20:48:10 -0700 Subject: [ mailman-Feature Requests-1313456 ] an option to hide a list from listinfo only Message-ID: Feature Requests item #1313456, was opened at 2005-10-05 03:48 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=1313456&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Xiaoyan (ucbxma) Assigned to: Nobody/Anonymous (nobody) Summary: an option to hide a list from listinfo only Initial Comment: an option for each list configuration that allows list owner to choose to hide the list only from the listinfo page, but not to hide from the admin page. This will allow us only show lists that are open for subscriptions under the listinfo page(keep the page short and avoid subscriptions attemps), but available under the admin page for list owners. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1313456&group_id=103 From noreply at sourceforge.net Fri Oct 7 01:23:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 06 Oct 2005 16:23:01 -0700 Subject: [ mailman-Bugs-1315417 ] SMTP problem Message-ID: Bugs item #1315417, was opened at 2005-10-07 01:23 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=1315417&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Cz at rny (dhubleizh) Assigned to: Nobody/Anonymous (nobody) Summary: SMTP problem Initial Comment: Whenever I send an eamail to any list, the system tells me, the mail has been sent, the mailman archive of the list shows me the sent mail, but mailman doesn't send it out to the users. It keeps it in shunt dirrectory and whenever it tries to send it (like when unshunt invoked), I get something like this in error: Oct 07 00:53:34 2005 (20276) SHUNTING: 1128638415.450326+e1e70fc6df2adac2d6b625e2519b601c8879bacb Oct 07 01:06:13 2005 (31706) Uncaught runner exception: SMTP instance has no attribute 'sock' Oct 07 01:06:13 2005 (31706) Traceback (most recent call last): File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Queue/Runner.py", line 167, in _onefile File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Queue/OutgoingRunner.py", line 73, in _dispose File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 152, in process File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 362, in bulkdeliver File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 68, in sendmail File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 62, in __connect File "/usr/share/python2.4/smtplib.py", line 255, in __init__ AttributeError: SMTP instance has no attribute 'sock' Oct 07 01:06:13 2005 (31706) SHUNTING: 1128638415.450326+ff5f438f835639afd9d59480cebaf2e1b400eff1 python 2.4.2 installed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1315417&group_id=103 From noreply at sourceforge.net Fri Oct 7 01:50:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 06 Oct 2005 16:50:26 -0700 Subject: [ mailman-Bugs-1315417 ] SMTP problem Message-ID: Bugs item #1315417, was opened at 2005-10-06 23:23 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1315417&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Cz at rny (dhubleizh) Assigned to: Nobody/Anonymous (nobody) Summary: SMTP problem Initial Comment: Whenever I send an eamail to any list, the system tells me, the mail has been sent, the mailman archive of the list shows me the sent mail, but mailman doesn't send it out to the users. It keeps it in shunt dirrectory and whenever it tries to send it (like when unshunt invoked), I get something like this in error: Oct 07 00:53:34 2005 (20276) SHUNTING: 1128638415.450326+e1e70fc6df2adac2d6b625e2519b601c8879bacb Oct 07 01:06:13 2005 (31706) Uncaught runner exception: SMTP instance has no attribute 'sock' Oct 07 01:06:13 2005 (31706) Traceback (most recent call last): File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Queue/Runner.py", line 167, in _onefile File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Queue/OutgoingRunner.py", line 73, in _dispose File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 152, in process File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 362, in bulkdeliver File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 68, in sendmail File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 62, in __connect File "/usr/share/python2.4/smtplib.py", line 255, in __init__ AttributeError: SMTP instance has no attribute 'sock' Oct 07 01:06:13 2005 (31706) SHUNTING: 1128638415.450326+ff5f438f835639afd9d59480cebaf2e1b400eff1 python 2.4.2 installed ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-10-06 23:50 Message: Logged In: YES user_id=67709 This is a known symptom for invalid setings for the SMTP host/port. (Not a bug) Check your SMTP settings in Defaults.py especially for SMTPHOST. See the FAQ No 3.14 article in Mailman FAQ Wizard for more. http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq03.014.htp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1315417&group_id=103 From noreply at sourceforge.net Fri Oct 7 11:58:47 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 07 Oct 2005 02:58:47 -0700 Subject: [ mailman-Bugs-1315417 ] SMTP problem Message-ID: Bugs item #1315417, was opened at 2005-10-07 01:23 Message generated for change (Comment added) made by dhubleizh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1315417&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Cz at rny (dhubleizh) Assigned to: Nobody/Anonymous (nobody) Summary: SMTP problem Initial Comment: Whenever I send an eamail to any list, the system tells me, the mail has been sent, the mailman archive of the list shows me the sent mail, but mailman doesn't send it out to the users. It keeps it in shunt dirrectory and whenever it tries to send it (like when unshunt invoked), I get something like this in error: Oct 07 00:53:34 2005 (20276) SHUNTING: 1128638415.450326+e1e70fc6df2adac2d6b625e2519b601c8879bacb Oct 07 01:06:13 2005 (31706) Uncaught runner exception: SMTP instance has no attribute 'sock' Oct 07 01:06:13 2005 (31706) Traceback (most recent call last): File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Queue/Runner.py", line 167, in _onefile File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Queue/OutgoingRunner.py", line 73, in _dispose File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 152, in process File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 362, in bulkdeliver File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 68, in sendmail File "/tmp/B.30a581/mailman-2.1.5-root-builder/var/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 62, in __connect File "/usr/share/python2.4/smtplib.py", line 255, in __init__ AttributeError: SMTP instance has no attribute 'sock' Oct 07 01:06:13 2005 (31706) SHUNTING: 1128638415.450326+ff5f438f835639afd9d59480cebaf2e1b400eff1 python 2.4.2 installed ---------------------------------------------------------------------- >Comment By: Cz at rny (dhubleizh) Date: 2005-10-07 11:58 Message: Logged In: YES user_id=1068178 hm - I've sent it here as a bug, cause it worked for a year now and I've recently updated mailman and python. I've added the name of lists server to /etc/hosts as 127.0.0.1. It's strange thou - cause SMTPHOST is by default set to 127.0.0.1 which already was in /etc/hosts and I have MTA='Postfix' from ages in my mm_cfg.py :/ Nevertheless - sorry bout the unecessery fuss... ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-10-07 01:50 Message: Logged In: YES user_id=67709 This is a known symptom for invalid setings for the SMTP host/port. (Not a bug) Check your SMTP settings in Defaults.py especially for SMTPHOST. See the FAQ No 3.14 article in Mailman FAQ Wizard for more. http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq03.014.htp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1315417&group_id=103 From noreply at sourceforge.net Sat Oct 8 16:27:42 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 08 Oct 2005 07:27:42 -0700 Subject: [ mailman-Bugs-1318104 ] Upgrade from 2.0.13 to 2.1.6 fails Message-ID: Bugs item #1318104, was opened at 2005-10-08 10: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=1318104&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Thomas Boutell (boutell) Assigned to: Nobody/Anonymous (nobody) Summary: Upgrade from 2.0.13 to 2.1.6 fails Initial Comment: Produces this error: during Traceback (most recent call last): File "bin/update", line 781, in ? errors = main() File "bin/update", line 705, in main update_pending() File "bin/update", line 584, in update_pending addr = data[0].address AttributeError: 'str' object has no attribute 'address' My workaround: changed line 584 to addr = data[0]. data[0] seems to be a simple string containing the email address of the user, so that works. No idea if this is incorrect for certain other 2.0.x versions, of course, so a correct fix would test whether data[0] is an instance of str first. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1318104&group_id=103 From noreply at sourceforge.net Sat Oct 8 16:28:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 08 Oct 2005 07:28:13 -0700 Subject: [ mailman-Bugs-1318104 ] Upgrade from 2.0.13 to 2.1.6 fails Message-ID: Bugs item #1318104, was opened at 2005-10-08 10:27 Message generated for change (Comment added) made by boutell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1318104&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Thomas Boutell (boutell) Assigned to: Nobody/Anonymous (nobody) Summary: Upgrade from 2.0.13 to 2.1.6 fails Initial Comment: Produces this error: during Traceback (most recent call last): File "bin/update", line 781, in ? errors = main() File "bin/update", line 705, in main update_pending() File "bin/update", line 584, in update_pending addr = data[0].address AttributeError: 'str' object has no attribute 'address' My workaround: changed line 584 to addr = data[0]. data[0] seems to be a simple string containing the email address of the user, so that works. No idea if this is incorrect for certain other 2.0.x versions, of course, so a correct fix would test whether data[0] is an instance of str first. ---------------------------------------------------------------------- >Comment By: Thomas Boutell (boutell) Date: 2005-10-08 10:28 Message: Logged In: YES user_id=594938 P.S. I have seen reports of this problem on various mailing lists but this is the first solution I've seen reported for it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1318104&group_id=103 From noreply at sourceforge.net Sat Oct 8 23:12:43 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 08 Oct 2005 14:12:43 -0700 Subject: [ mailman-Patches-1318883 ] Line following Approved: line in body of post is stripped Message-ID: Patches item #1318883, was opened at 2005-10-08 14:12 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=1318883&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Mark Sapiro (msapiro) Assigned to: Nobody/Anonymous (nobody) Summary: Line following Approved: line in body of post is stripped Initial Comment: If a post contains an [Aa]pproved?: line as the first non-blank line of the first text/plain part (and doesn't contain an Approved?: header), the line itself is deleted, but so is the first of the remaining lines. If this first remaining line is a blank line which preceeded the Approved: line, no harm is done, but if there are no blank lines preceeding the Approved: line, the line following the Approved: line which may be non-blank is stripped. This occurs because after the Approved: line is removed, the remaining lines are re-joined beginning with line 1 and not line 0. The patch to Mailman/Handlers/Approve.py corrects this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1318883&group_id=103 From noreply at sourceforge.net Tue Oct 11 04:57:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 10 Oct 2005 19:57:05 -0700 Subject: [ mailman-Patches-1170429 ] qmail MTA hook Message-ID: Patches item #1170429, was opened at 2005-03-25 19:02 Message generated for change (Comment added) made by hatukanezumi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1170429&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 6 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: qmail MTA hook Initial Comment: This is an approach for qmail MTA to automate creation / deletion of list aliases, whitout generating .qmail-default file. Please read attached README.qmail. ---------------------------------------------------------------------- >Comment By: Hatuka*nezumi (hatukanezumi) Date: 2005-10-11 11:57 Message: Logged In: YES user_id=529503 Documentation in japanese. ---------------------------------------------------------------------- Comment By: Hatuka*nezumi (hatukanezumi) Date: 2005-03-30 17:23 Message: Logged In: YES user_id=529503 Added copyright notices. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1170429&group_id=103 From noreply at sourceforge.net Wed Oct 12 16:22:39 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 12 Oct 2005 07:22:39 -0700 Subject: [ mailman-Bugs-1324907 ] Feature request: Respect terminal encoding Message-ID: Bugs item #1324907, was opened at 2005-10-12 16:22 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=1324907&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: command line scripts Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Edgar Holleis (ccaracalla) Assigned to: Nobody/Anonymous (nobody) Summary: Feature request: Respect terminal encoding Initial Comment: -------------- patch ------------------ --- bin/list_members 2005-04-14 17:47:41.000000000 +0200 +++ bin/list_members.edgar 2005-10-12 15:57:10.000000000 +0200 @@ -81,7 +81,8 @@ from email.Utils import formataddr PROGRAM = sys.argv[0] -ENC = sys.getdefaultencoding() +import locale +language, ENC = locale.getdefaultlocale() COMMASPACE = ', ' try: ------------ patch end ---------------- Justification: .) I know many administrators who set their server's system locale to POSIX or C but later only access those machines from their workstations which have their locale set to Unicode. .) Assuming system locale == current terminal locale is evil. Ok, I'm sure you guys had your reasons not to do it the way of the above patch. Never the less it would be cool to have some finer grained control over what you get. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1324907&group_id=103 From noreply at sourceforge.net Wed Oct 19 03:08:04 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 18 Oct 2005 18:08:04 -0700 Subject: [ mailman-Patches-839386 ] MySQL MemberAdaptor for Mailman 2.1 Message-ID: Patches item #839386, was opened at 2003-11-10 10:04 Message generated for change (Comment added) made by gustavo_peters You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Kev Green (kyrian) Assigned to: Nobody/Anonymous (nobody) Summary: MySQL MemberAdaptor for Mailman 2.1 Initial Comment: A MemberAdaptor "plugin" which should allow Mailman list members to be loaded from a MySQL database, rather than just a Mailman "pickle" file. Provided as-is, and without warranty, this "plugin" may destroy your server, soul, scalp, house, and life. Please use it with caution. Kev Green, oRe Net. http://www.orenet.co.uk/ ---------------------------------------------------------------------- Comment By: Gustavo Peters (gustavo_peters) Date: 2005-10-18 18:08 Message: Logged In: YES user_id=1272569 asa, but I hadn't found time to do it myself... ] * Add bugfix information from Jinhyok Heo * Add in mksqlmailman script from TheSin * Follow Barry Warsaw's suggestion on delivery status timestamp. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-01-08 03:38 Message: Logged In: YES user_id=99923 Latest version incorporates automated generation of the necessary tables, cleaner error reporting, and updated documentation. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-11-11 03:14 Message: Logged In: YES user_id=99923 Bit of an oops in version 1.49, 1.50 now uploaded, which should fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 From noreply at sourceforge.net Wed Oct 19 03:08:29 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 18 Oct 2005 18:08:29 -0700 Subject: [ mailman-Patches-1298355 ] Select language(s) when install Message-ID: Patches item #1298355, was opened at 2005-09-21 22:29 Message generated for change (Comment added) made by gustavo_peters You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1298355&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configure/install Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Tokio Kikuchi (tkikuchi) Summary: Select language(s) when install Initial Comment: While the number of translated languages is growing, most users are using only a few languages. With this patch, the site admin can select his/her required languages by an option to the configure script by `--with-languages' and can considerably reduce the install size. This patch is for 2.2.0a0 (most recent CVS as of writing) but also applicable to 2.1.6 except that you may have to regenerate configure script by invoing autoconf command. Patch usage: % cd mailman (src directory) % patch -p0 < /path/to/install_selected_language.patch.txt Configure usage: % ./configure --with-languages="ja fr" ... en+ja+fr % ./configure --with-languages="" ... all available languages % ./configure .... all available languages % ./configure --with-languages="none" ... English only Japanese and Korean codecs are no longer installed by `make install' but availability is checked during the configure run and urge to install if they are absent when CJK languages are included in the language list. I hope skilled developers can review this patch before I check in to the CVS. ---------------------------------------------------------------------- Comment By: Gustavo Peters (gustavo_peters) Date: 2005-10-18 18:08 Message: Logged In: YES user_id=1272569 dsfsdfdsf ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-09-21 22:35 Message: Logged In: YES user_id=67709 Oops, I forgot to check `Upload and Attach a File'. ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1298355&group_id=103 From noreply at sourceforge.net Wed Oct 19 10:23:28 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Oct 2005 01:23:28 -0700 Subject: [ mailman-Patches-1123383 ] Daily Status Report script... Message-ID: Patches item #1123383, was opened at 2005-02-15 21:14 Message generated for change (Comment added) made by tgc99 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1123383&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Brad Knowles (shub) Assigned to: Nobody/Anonymous (nobody) Summary: Daily Status Report script... Initial Comment: Folks, I quickly whacked together a Daily Status Report script for Mailman (using Bourne shell, not Python ;), and thought that other folks might be interested in seeing it. The basic concept is a program that gets fired off at 23:59 every night, and goes through a variety of log files looking for entries specific to that date, and indicating problems or certain types of activity that might be of interest to someone trying to administer the server. It also does an "ls -la" of /usr/local/mailman/qfiles/*, so that you can see what is in the queue at the time of the running of the script. My concept was that this daily report would get e-mailed to the admin, or posted to a "reports" mailing list, where they could be archived and kept for future reference. The script does not (yet) do any statistics calculations, although it should be relatively easy to hack together some basic stats using awk, sort, etc.... Anyway, I thought I'd share it and let folks take a look at it, and if anyone has any recommended improvements, we can incorporate those and share them back out with everyone. The code is written under a BSD-style license, so if you don't want to contribute any changes back to me, that's okay. Of course, I would prefer that you did, but I leave the choice up to you. ---------------------------------------------------------------------- Comment By: Tom G. Christensen (tgc99) Date: 2005-10-19 10:23 Message: Logged In: YES user_id=1159458 ps output on solaris is full of whitespace but a further echo get's rid of it. The lines in the smtp log are sometimes broken up by a newline (right before the msgid) which throws of the summary. Piping it through sed first will rejoin the broken lines. Use $AWK instead of awk. Patch inserted below: --- mmdsr.orig 2005-10-19 09:42:30.000000000 +0200 +++ mmdsr 2005-10-19 09:44:23.000000000 +0200 @@ -203,7 +203,8 @@ # there is an easier cross-platform way to do it, please let me know. ############################################################################### -MYUID=`$PS -o user -p $$ | $TAIL -1` +GRABUID=`$PS -o user -p $$ | $TAIL -1` +MYUID=`echo $GRABUID` RUNAS="mailman" ############################################################################### @@ -254,7 +255,7 @@ $TOUCH $TMPLOG echo "Log file: $LOG" >> $TMP echo "==============================" >> $TMP - $GREP -si "^$DAY [0-9][0-9:]* $YEAR" $LOGDIR/$LOG >> $TMPLOG + $SED -e :a -e '$!N;s/\n //;ta' -e 'P;D' $LOGDIR/$LOG | $GREP -si "^$DAY [0-9][0-9:]* $YEAR" >> $TMPLOG if [ -f "$LOGDIR/${LOG}" ] ; then @@ -264,7 +265,7 @@ echo "Hourly Summary of Posts" >> $TMP echo "-----------------------" >> $TMP - $SED -e 's/^[A-Z][a-z][a-z] *[0-9]* //' -e 's/:.*$//' $TMPLOG | $UNIQ -c | $SORT -n +1 | awk '{ printf( "%8d %02d:00-%02d :59\n", $1, $2, $2 ) }' >> $TMP + $SED -e 's/^[A-Z][a-z][a-z] *[0-9]* //' -e 's/:.*$//' $TMPLOG | $UNIQ -c | $SORT -n +1 | $AWK '{ printf( "%8d %02d:00-%02 d:59\n", $1, $2, $2 ) }' >> $TMP echo "" >> $TMP echo "Post Count by List" >> $TMP @@ -295,7 +296,7 @@ echo "" >> $TMP echo "Hourly Summary of Messages Sent" >> $TMP echo "-------------------------------" >> $TMP - $SED -e 's/^[A-Z][a-z][a-z] *[0-9]* //' -e 's/:.* for / /' -e 's/ recips,.*$//' $TMPLOG | awk '{ val=int($1); sum[val]+=$2 } END { for (i=0; i<24; i++) { printf "%8d %02d:00-%02d:59\n", sum[i], i, i } }' >> $TMP + $SED -e 's/^[A-Z][a-z][a-z] *[0-9]* //' -e 's/:.* for / /' -e 's/ recips,.*$//' $TMPLOG | $AWK '{ val=int($1); sum[val]+=$ 2 } END { for (i=0; i<24; i++) { printf "%8d %02d:00-%02d:59\n", sum[i], i, i } }' >> $TMP else ---------------------------------------------------------------------- Comment By: Brad Knowles (shub) Date: 2005-09-23 01:17 Message: Logged In: YES user_id=18417 Okay, I took Mark's comments and incorporated them. Adrian Wells also pointed out a log file difference between Mailman 2.1.5 and 2.1.6 that caused the summary of the "smtp" log to be munged. I've now fixed these bugs, deleted the old file, and uploaded the new one (version 0.0.12). Thanks! ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2005-09-11 04:22 Message: Logged In: YES user_id=1123998 Oooops! I mistakenly thought I could add the mmdsr.patch as a downloadable file, but I can't so here it is. Watch out for wrapped lines ... --- mmdsr.orig 2005-09-06 20:37:53.000000000 -0700 +++ mmdsr 2005-09-10 18:33:14.532393572 -0700 @@ -132,6 +132,7 @@ MMDIR="/usr/local/mailman" TMPDIR="/tmp" +LOGDIR="/var/log/mailman" ############################################################################### # Maximum number of subdirectory entries to display in report @@ -234,9 +235,9 @@ $TOUCH $TMPLOG echo "Log file: $LOG" >> $TMP echo "==============================" >> $TMP - $GREP -si "^$DAY [0-9][0-9:]* $YEAR" logs/$LOG >> $TMPLOG + $GREP -si "^$DAY [0-9][0-9:]* $YEAR" $LOGDIR/$LOG >> $TMPLOG - if [ -f "logs/${LOG}" ] ; then + if [ -f "$LOGDIR/${LOG}" ] ; then if [ "${LOG}" = "post" ] ; then @@ -304,9 +305,9 @@ $TOUCH $TMPLOG echo "Log file: $LOG" >> $TMP echo "==============================" >> $TMP - $GREP -si "^$DAY [0-9][0-9:]* $YEAR" logs/$LOG >> $TMPLOG + $GREP -si "^$DAY [0-9][0-9:]* $YEAR" $LOGDIR/$LOG >> $TMPLOG - if [ -f "logs/${LOG}" ] ; then + if [ -f "$LOGDIR/${LOG}" ] ; then if [ "${LOG}" = "error" ] ; then @@ -453,4 +454,4 @@ $CAT $TMP fi -$RM $TMP +$RM -f $TMP $TMPLOG ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2005-09-11 04:16 Message: Logged In: YES user_id=1123998 I tried the script and other than the expected site specific changes, I found two issues which are both addressed by the patch in the mmdsr.patch file. 1) Mailman's log files are not necessarily in $var_prefix/logs/ - they can be in any directory. The patch adds a LOGDIR directory independant of MMDIR. 2) The $TMPLOG file is not removed at completion. The patch removes it. ---------------------------------------------------------------------- Comment By: Brad Knowles (shub) Date: 2005-09-06 16:06 Message: Logged In: YES user_id=18417 Okay, I've deleted the old version of the mmdsr script that was attached, and uploaded the latest version. This is what we're currently using to monitor the lists on python.org, and we have found it very useful. Any comments you may have will be appreciated. ---------------------------------------------------------------------- Comment By: Brad Knowles (shub) Date: 2005-02-22 21:10 Message: Logged In: YES user_id=18417 The UID variable in the current code was already replaced by MYUID, because I got complaints on other platforms. But UID wasn't available to me as a useful constant, so I had to use something else to obtain the value. The recommended patch from tgc99 does work, and I will be uploading a new version of the code soon. ---------------------------------------------------------------------- Comment By: adrianwi (adrianwi) Date: 2005-02-22 16:22 Message: Logged In: YES user_id=1175103 Use of variable named UID does work well with OS X (version 10.2.8). Apparently the variable UID is a constant already in use. When trying to the run the script without modification, I was receiving the following error message: UID: readonly variable This issue was resolved by changing the name of variable, UID, to something else, such as MMUID. Works fine with this change. As an aside (& for what it is worth), the UID grab command suggested by tgc99 on 2005-02-16 03:15 works on this system (OS X - version 10.2.8) ---------------------------------------------------------------------- Comment By: Tom G. Christensen (tgc99) Date: 2005-02-16 09:15 Message: Logged In: YES user_id=1159458 The current UID grab command doesn't work on Solaris (2.6 & 8 tested). I'd recommend this instead: ps -o user -p $$|tail -1 This is tested and works on RH 6.2, RH 7.3, RHEL 2.1, RHEL3, FC3, FreeBSD 4.9, Solaris 2.6, 8. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1123383&group_id=103 From noreply at sourceforge.net Tue Oct 25 05:47:56 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 24 Oct 2005 20:47:56 -0700 Subject: [ mailman-Bugs-736559 ] Subject wrap with tab character Message-ID: Bugs item #736559, was opened at 2003-05-12 12:05 Message generated for change (Comment added) made by jwilson75503 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=736559&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Swen Haubold (swen_haubold) Assigned to: Nobody/Anonymous (nobody) Summary: Subject wrap with tab character Initial Comment: Mailman: 2.1.2 The subject line is wrapped by a tab character, if the line contains more than 78 characters. In this case a space is replaced by an tab character. This behaviour gives trouble with some e-mail client and is also not handled by MHonArc correctly. In an e-mail client a long space is shown or a special character. MHonArc simply removes the tab character therefore two words are combined, e.g. the tab is inserted between the two word "and" and "delivery"; in the archive the subject contains the new word "anddelivery" ---------------------------------------------------------------------- Comment By: Jeff Wilson (jwilson75503) Date: 2005-10-24 22:47 Message: Logged In: YES user_id=1083352 This behavior seems to still occur in 2.1.6 http://www.mail-archive.com/mailman-developers% 40python.org/msg09027.html ---------------------------------------------------------------------- Comment By: Dave Disser (disser) Date: 2003-06-04 17:28 Message: Logged In: YES user_id=794167 I notice this also with Mailman 2.1.1. I don't see code in mailman doing it, so it appears to be in email.Header or unicode. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=736559&group_id=103 From noreply at sourceforge.net Tue Oct 25 20:37:17 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 25 Oct 2005 11:37:17 -0700 Subject: [ mailman-Bugs-1337731 ] Content-Transfer-Encoding header missing Message-ID: Bugs item #1337731, was opened at 2005-10-25 18:37 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=1337731&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: DrV (i_am_drv) Assigned to: Nobody/Anonymous (nobody) Summary: Content-Transfer-Encoding header missing Initial Comment: When sending a digest, Mailman 2.0.9 doesn't include a Content-Transfer-Encoding header, yet it seems to encode the messages with quoted-printable. As per IRC 2045: "Content-Transfer-Encoding: 7BIT" is assumed if the Content-Transfer-Encoding header field is not present. In particular, =## sequences are included, which are not decoded correctly by mail readers (tested with Mozilla Thunderbird), because the Content-Transfer-Encoding does not specify quoted-printable. The digests include correct MIME version and Content-type headers, but Content-Transfer-Encoding has been missing in all cases I have seen. Example: ------------ >From - Tue Oct 25 12:01:55 2005 X-Account-Key: account2 X-UIDL: 406934627 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Received: from lists-outbound.sourceforge.net [66.35.250.225] by wwimail002.winsdns.com with ESMTP (SMTPD32-8.15) id A05B2BFF00F0; Tue, 25 Oct 2005 01:19:23 -0400 Received: from projects.sourceforge.net (sc8-sf-list2-b.sourceforge.net [10.3.1.8]) by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id E7BDE88948; Mon, 24 Oct 2005 22:20:05 -0700 (PDT) Date: Mon, 24 Oct 2005 22:09:26 -0700 From: freedos-devel-request at lists.sourceforge.net Subject: Freedos-devel digest, Vol 1 #668 - 4 msgs X-Mailer: Mailman v2.0.9-sf.net MIME-version: 1.0 Content-type: text/plain To: freedos-devel at lists.sourceforge.net Sender: freedos-devel-admin at lists.sourceforge.net Errors-To: freedos-devel-admin at lists.sourceforge.net X-BeenThere: freedos-devel at lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk Reply-To: freedos-devel at lists.sourceforge.net X-Reply-To: freedos-devel at lists.sourceforge.net List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Message-Id: <20051025052005.E7BDE88948 at sc8-sf-spam1.sourceforge.net> ------------- I have only verified this for digests sent by "X-Mailer: Mailman v2.0.9-sf.net" (for mailing lists of sf.net projects). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1337731&group_id=103 From noreply at sourceforge.net Thu Oct 27 02:55:43 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 26 Oct 2005 17:55:43 -0700 Subject: [ mailman-Bugs-736559 ] Subject wrap with tab character Message-ID: Bugs item #736559, was opened at 2003-05-12 17:05 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=736559&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Swen Haubold (swen_haubold) Assigned to: Nobody/Anonymous (nobody) Summary: Subject wrap with tab character Initial Comment: Mailman: 2.1.2 The subject line is wrapped by a tab character, if the line contains more than 78 characters. In this case a space is replaced by an tab character. This behaviour gives trouble with some e-mail client and is also not handled by MHonArc correctly. In an e-mail client a long space is shown or a special character. MHonArc simply removes the tab character therefore two words are combined, e.g. the tab is inserted between the two word "and" and "delivery"; in the archive the subject contains the new word "anddelivery" ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-10-27 00:55 Message: Logged In: YES user_id=67709 RFC 2822 example states: Subject: This is a test can be represented as: Subject: This is a test Therefore, if MHonArc or a MUA simply removes tab char and not insertes a space in place of the FWS (folding white space), it is his fault. Mailman now select FWS from tab or space as appeared in the original message. ---------------------------------------------------------------------- Comment By: Jeff Wilson (jwilson75503) Date: 2005-10-25 03:47 Message: Logged In: YES user_id=1083352 This behavior seems to still occur in 2.1.6 http://www.mail-archive.com/mailman-developers% 40python.org/msg09027.html ---------------------------------------------------------------------- Comment By: Dave Disser (disser) Date: 2003-06-04 22:28 Message: Logged In: YES user_id=794167 I notice this also with Mailman 2.1.1. I don't see code in mailman doing it, so it appears to be in email.Header or unicode. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=736559&group_id=103 From noreply at sourceforge.net Thu Oct 27 03:00:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 26 Oct 2005 18:00:08 -0700 Subject: [ mailman-Bugs-1337731 ] Content-Transfer-Encoding header missing Message-ID: Bugs item #1337731, was opened at 2005-10-25 18:37 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1337731&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.0.x >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: DrV (i_am_drv) Assigned to: Nobody/Anonymous (nobody) Summary: Content-Transfer-Encoding header missing Initial Comment: When sending a digest, Mailman 2.0.9 doesn't include a Content-Transfer-Encoding header, yet it seems to encode the messages with quoted-printable. As per IRC 2045: "Content-Transfer-Encoding: 7BIT" is assumed if the Content-Transfer-Encoding header field is not present. In particular, =## sequences are included, which are not decoded correctly by mail readers (tested with Mozilla Thunderbird), because the Content-Transfer-Encoding does not specify quoted-printable. The digests include correct MIME version and Content-type headers, but Content-Transfer-Encoding has been missing in all cases I have seen. Example: ------------ >From - Tue Oct 25 12:01:55 2005 X-Account-Key: account2 X-UIDL: 406934627 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Received: from lists-outbound.sourceforge.net [66.35.250.225] by wwimail002.winsdns.com with ESMTP (SMTPD32-8.15) id A05B2BFF00F0; Tue, 25 Oct 2005 01:19:23 -0400 Received: from projects.sourceforge.net (sc8-sf-list2-b.sourceforge.net [10.3.1.8]) by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id E7BDE88948; Mon, 24 Oct 2005 22:20:05 -0700 (PDT) Date: Mon, 24 Oct 2005 22:09:26 -0700 From: freedos-devel-request at lists.sourceforge.net Subject: Freedos-devel digest, Vol 1 #668 - 4 msgs X-Mailer: Mailman v2.0.9-sf.net MIME-version: 1.0 Content-type: text/plain To: freedos-devel at lists.sourceforge.net Sender: freedos-devel-admin at lists.sourceforge.net Errors-To: freedos-devel-admin at lists.sourceforge.net X-BeenThere: freedos-devel at lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk Reply-To: freedos-devel at lists.sourceforge.net X-Reply-To: freedos-devel at lists.sourceforge.net List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Message-Id: <20051025052005.E7BDE88948 at sc8-sf-spam1.sourceforge.net> ------------- I have only verified this for digests sent by "X-Mailer: Mailman v2.0.9-sf.net" (for mailing lists of sf.net projects). ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-10-27 01:00 Message: Logged In: YES user_id=67709 mailman 2.1.x includes the fix. Please update. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1337731&group_id=103 From noreply at sourceforge.net Mon Oct 31 04:58:04 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 30 Oct 2005 19:58:04 -0800 Subject: [ mailman-Patches-1343100 ] config_list vs. PEP 263 Message-ID: Patches item #1343100, was opened at 2005-10-31 12:58 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=1343100&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: config_list vs. PEP 263 Initial Comment: As of Python 2.3, DeprecatedWarning is issued for non-US-ASCII source. Let output of bin/config_list be compliant to PEP 263. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1343100&group_id=103 From noreply at sourceforge.net Mon Oct 31 22:30:37 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 31 Oct 2005 13:30:37 -0800 Subject: [ mailman-Bugs-1344305 ] trojan problem Message-ID: Bugs item #1344305, was opened at 2005-10-31 21: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=1344305&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: More Information Needed Status: Open Resolution: None Priority: 5 Submitted By: dave the dragon (david-powell) Assigned to: Nobody/Anonymous (nobody) Summary: trojan problem Initial Comment: more a observed comment but may have other implications recently i was running bit defender antivirus on my pc and found it reported /usr/lib/mailman/tests/msgs/nimda.txt=>(IFRAME) infected: Trojan.Exploit.Html.Iframe.Filedownload.AW <- cevakrnl.xmd from what i can gather the file is one used for testing (not shure if the actual exploit code needs to be there for that though) but it raises an issue in that because of the file being included in the distributed code it may cause some distributions from including the whole package in there distributions and may also possibaly in some cercumstances lead to legal action as it may be construded that this trojan code is being distributed just feel that this should be pointed out to you Dave ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1344305&group_id=103 From noreply at sourceforge.net Mon Oct 31 23:17:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 31 Oct 2005 14:17:12 -0800 Subject: [ mailman-Bugs-1344305 ] trojan problem Message-ID: Bugs item #1344305, was opened at 2005-10-31 13:30 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1344305&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: More Information Needed Status: Open Resolution: None Priority: 5 Submitted By: dave the dragon (david-powell) Assigned to: Nobody/Anonymous (nobody) Summary: trojan problem Initial Comment: more a observed comment but may have other implications recently i was running bit defender antivirus on my pc and found it reported /usr/lib/mailman/tests/msgs/nimda.txt=>(IFRAME) infected: Trojan.Exploit.Html.Iframe.Filedownload.AW <- cevakrnl.xmd from what i can gather the file is one used for testing (not shure if the actual exploit code needs to be there for that though) but it raises an issue in that because of the file being included in the distributed code it may cause some distributions from including the whole package in there distributions and may also possibaly in some cercumstances lead to legal action as it may be construded that this trojan code is being distributed just feel that this should be pointed out to you Dave ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2005-10-31 14:17 Message: Logged In: YES user_id=1123998 The file never contained any trojan code. It is safe to look at it and if you do, you'll see that it is mostly MIME headers and a few bits of innocuous content. As of Mailman 2.1.6, the file is no longer in the distribution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1344305&group_id=103