Mailman 3 February 2003 - Mailman-coders

[ mailman-Patches-683906 ] Makefile: add $DESTDIR to install target
by SourceForge.net 10 Feb '03

10 Feb '03

Patches item #683906, was opened at 2003-02-10 11:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=683906&group_i… Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Ademar de Souza Reis Jr (ade_br) Assigned to: Nobody/Anonymous (nobody) Summary: Makefile: add $DESTDIR to install target Initial Comment: This patch adds a DESTDIR variable for the install target. It's really useful for people packaging mailman, since they (we) can install it in an empty directory. If DESTDIR is not defined, this patch is harmless (/ is used, as expected). Please apply. :-) - Ademar <ademar [A T] conectiva.com.br> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=683906&group_i…

1 0

[ mailman-Patches-661138 ] corrects defects in some HTML templates
by SourceForge.net 10 Feb '03

10 Feb '03

Patches item #661138, was opened at 2003-01-02 15:55 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=661138&group_i… Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: corrects defects in some HTML templates Initial Comment: This patch corrects some defects in HTML templates in the MM 2.1 release. Apply the patch from within the MM 2.1 build directory using the command: patch -p1 < path-to-patch-file The following are changed by the patch Various languages (de, en, es, et, fi, hu, it, ja, lt, nl, pt_BR) ----------------- admindetails.html - removed extraneous P tags from inside UL Swedish templates ----------------- admindetails.html - removed spurious body tags adminpreamble.html - removed spurious body tags article.html - moved stuff from inside BODY tag back to inside HEAD tag headfoot.html - removed spurious body tags French templates ---------------- archidxfoot.html - removed spurious HTML and BODY open tags archidxhead.html - removed spurious HTML and BODY close tags and moved stuff from inside BODY tag back to inside HEAD tag Dutch templates --------------- article.html - added \n to end of file ---------------------------------------------------------------------- >Comment By: Richard Barrett (ppsys) Date: 2003-02-10 12:02 Message: Logged In: YES user_id=75166 templates-2.1-0.1.patch is also applicable to MM release 2.1.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=661138&group_i…

1 0

[ mailman-Patches-644810 ] Sendmail mailer in Python
by SourceForge.net 10 Feb '03

10 Feb '03

Patches item #644810, was opened at 2002-11-27 16:27 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=644810&group_i… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: Sendmail mailer in Python Initial Comment: This patch provide a Python implementation (with C wrapper) of a Sendmail mailer, if Sendmail is your MTA of choice, which removes the necessity of maintining an aliases database on your Mailman server. All subject to a bunch of conditions most prominent of which is that the server has to be pretty much dedicated to MM. This patch draws on an original contribution by David Champion <dgc(a)uchicago.edu> which is included in the contrib directory of the Mailman 2.1b distribution as mm-handler. See the README.SENDMAIL.mailer installed by this patch for differences between this and David's Perl original and more information of what you are getting into if you use this patch. Versions of the patch for MM 2.0.13 and MM 2.1b5 are available. This patch requires patch 644797 to be installed before it. In the MM build directory say: patch -p1 < patch-filename ---------------------------------------------------------------------- >Comment By: Richard Barrett (ppsys) Date: 2003-02-10 11:50 Message: Logged In: YES user_id=75166 mailer-2.1-0.3.patch is also applicable to MM release 2.1.1 ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2003-01-16 15:30 Message: Logged In: YES user_id=75166 mailer-2.1-0.3.patch and mailer-2.0.13-0.4.patch have VERP handling added and a new feature to rejct delivery of mail to existing lists by adding the lists names to a SUSPENDED_LISTS dictionary variable defined in mm_cfg.py. This is equivalent to deleting list aliases from the aliases file, while leaving the list itself in place, in a conventional sendmail configuration. ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2003-01-03 18:19 Message: Logged In: YES user_id=75166 the mm_mailer script in mailer-2.1-0.2.patch now handles VERP'ed return addresses in bounced mail which I missed in the original implementation ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2003-01-02 16:34 Message: Logged In: YES user_id=75166 mailer-2.1-0.1.patch is a revision of the patch for MM 2.1 compatibility ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-12-11 12:16 Message: Logged In: YES user_id=75166 mailer-2.1b6-0.1.patch is MM 2.1b6 compatible. It also folds the case of listname and servername for compaiblity with MMs naive belief that listnames are case all lower case. case "(Email addresses are not case sensitive, but they are sensitive to almost everything else :-)" ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-12-03 17:37 Message: Logged In: YES user_id=75166 Fix for permissions related exceptions being generated by the subprocess spawned by mm_mailer script ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-12-03 17:36 Message: Logged In: YES user_id=75166 Fix for permissions related exceptions being generated by the subprocess spawned by mm_mailer script. ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-11-27 16:29 Message: Logged In: YES user_id=75166 version for MM 2.1b5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=644810&group_i…

1 0

[ mailman-Patches-644797 ] Revised mailer exit status
by SourceForge.net 10 Feb '03

10 Feb '03

Patches item #644797, was opened at 2002-11-27 15:56 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=644797&group_i… Category: mail delivery Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: Revised mailer exit status Initial Comment: This patch modifies the Python scripts in $prefix/scripts/ that are used by the MTA to deliver incoming mail to Mailman. The exit statuses now returned are drawn from the mail related values defined in /usr/include/sysexits.h This allows the MTA to return more meaningful responses to the sender when rejecting mail. It also allows a more sympathetic treatment of mail in the event that the Python script suffers an unexpected exception when handling incoming email. Such exceptions are now logged to MM's $prefix/logs/erro in all but the most extreme error cases and the internal information about the Python exception is not passed into the response to the sender. There are two patch versions; one for MM 2.0.13 and the other for MM 2.1b5 in the MM build directory say: patch -p1 < patch-filename ---------------------------------------------------------------------- >Comment By: Richard Barrett (ppsys) Date: 2003-02-10 11:42 Message: Logged In: YES user_id=75166 exitstatus-2.1-0.1.patch is alos applicable to MM release 2.1.1 ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2003-01-02 16:30 Message: Logged In: YES user_id=75166 exitstatus-2.1-0.1.patch is a revision of the patch for MM 2.1 compatibility ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-24 03:29 Message: Logged In: YES user_id=12800 Sorry Richard, I have to defer this one. It's too much for me to think about for MM2.1. ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-12-11 11:58 Message: Logged In: YES user_id=75166 exitstatus-2.1b6-0.1.patch is a revision of the patch for MM 2.1b6 compatibility ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-11-27 15:58 Message: Logged In: YES user_id=75166 version for MM 2.1b5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=644797&group_i…

1 0

[ mailman-Patches-668685 ] sys.exit handling by script/driver
by SourceForge.net 10 Feb '03

10 Feb '03

Patches item #668685, was opened at 2003-01-15 19:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=668685&group_i… Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: sys.exit handling by script/driver Initial Comment: The code in the $prefix/scripts/driver script concedes that it is valid for a script it is supervising to exit using sys.exit rather than just returning from the main function. However, if the script being supervised does use sys.exit, the driver script fails to pass on the output generated by the supervised script. In the case of cgi scripts this means that an internal server error is reported by the http server because no output has been returned. And finding the reason for this is tedious! The attached patch file (driver-2.1-0.1.patch) can applied with the following command with pwd being the MM build directory: patch -p1 < ../<path-to-patch-file> ---------------------------------------------------------------------- >Comment By: Richard Barrett (ppsys) Date: 2003-02-10 11:18 Message: Logged In: YES user_id=75166 driver-2.1-0.1.patch is alos applicable to MM release 2.1.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=668685&group_i…

1 0

[ mailman-Bugs-593728 ] Traceback rebuilding archive
by SourceForge.net 10 Feb '03

10 Feb '03

Bugs item #593728, was opened at 2002-08-11 20:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=593728&group_i… Category: Pipermail Group: 2.1 (stable) Status: Open Resolution: Fixed Priority: 5 Submitted By: Stefan Divjak (stdivjak) Assigned to: Nobody/Anonymous (nobody) Summary: Traceback rebuilding archive Initial Comment: Witn Mailman 2.1b3, rebuilding a pipermail archive using $ bin/arch listname runs fine for 2 lists, but on the third one gives the following traceback: [...] Updating HTML for article 52 Updating HTML for article 53 Schreibe Archivzustand in Datei /home/mailman/archives/private/humor/pipermail.pck Traceback (most recent call last): File "bin/arch", line 160, in ? main() File "bin/arch", line 148, in main archiver.processUnixMailbox(fp, Article, start, end) File "/home/mailman/Mailman/Archiver/pipermail.py", line 545, in processUnixMailbox m = mbox.next() File "/usr/local/lib/python2.2/mailbox.py", line 34, in next return self.factory(_Subfile(self.fp, start, stop)) File "/home/mailman/Mailman/Mailbox.py", line 69, in scrubber return mailbox.scrub(msg) File "/home/mailman/Mailman/Mailbox.py", line 89, in scrub return self._scrubber(self._mlist, msg) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 159, in process part.set_payload(_("""\ File "/home/mailman/Mailman/i18n.py", line 76, in _ return _translation.gettext(s) % dict UnicodeError: ASCII decoding error: ordinal not in range(128) ---------------------------------------------------------------------- >Comment By: Stefan Divjak (stdivjak) Date: 2003-02-10 12:07 Message: Logged In: YES user_id=483131 Barry told me, that it is fixed in the current CVS version in September 2002, but this bug still appears in mailman 2.1.1 (using bin/arch on the attached mbox-file), so I switched the status to open again. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-09 06:26 Message: Logged In: YES user_id=12800 Thanks Stefan, I got your mbox file, which appeared to contain one message. That message has an unknown charset in its RFC 2047 Subject header. Mailman cvs seems to handle this file just fine, so I'm closing this as fixed in 2.1b5+ ---------------------------------------------------------------------- Comment By: Stefan Divjak (stdivjak) Date: 2002-12-08 20:11 Message: Logged In: YES user_id=483131 Just tried to rebuild the other archives: 4 of 21 mbox-files can't be rebuilt. There are two kinds of tracebacks: * "ASCII decoding error" (see above) * "Lookup error: unknown encoding" I'll send the archive causing the second kind of traceback to Barry, hence it contains somewhat internal information. ---------------------------------------------------------------------- Comment By: Stefan Divjak (stdivjak) Date: 2002-12-08 18:58 Message: Logged In: YES user_id=483131 Sorry for the long delay. I fiddled around with the 19MB mbox file, and cut out the part which causes this error (refer to the attached file). The traceback also appeared using 2.1b5. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-09-13 21:47 Message: Logged In: YES user_id=12800 I'm moving the bug report to pending since I haven't seen an update. I suspect this is fixed in current cvs. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-08-16 23:55 Message: Logged In: YES user_id=12800 Can you upload the .mbox file for the list you're regenerating? If not (perhaps because it's proprietary information), can you make it available for me to look at privately? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=593728&group_i…

1 0

[ mailman-Bugs-593728 ] Traceback rebuilding archive
by SourceForge.net 10 Feb '03

10 Feb '03

Bugs item #593728, was opened at 2002-08-11 20:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=593728&group_i… Category: Pipermail >Group: 2.1 (stable) Status: Open Resolution: Fixed Priority: 5 Submitted By: Stefan Divjak (stdivjak) Assigned to: Nobody/Anonymous (nobody) Summary: Traceback rebuilding archive Initial Comment: Witn Mailman 2.1b3, rebuilding a pipermail archive using $ bin/arch listname runs fine for 2 lists, but on the third one gives the following traceback: [...] Updating HTML for article 52 Updating HTML for article 53 Schreibe Archivzustand in Datei /home/mailman/archives/private/humor/pipermail.pck Traceback (most recent call last): File "bin/arch", line 160, in ? main() File "bin/arch", line 148, in main archiver.processUnixMailbox(fp, Article, start, end) File "/home/mailman/Mailman/Archiver/pipermail.py", line 545, in processUnixMailbox m = mbox.next() File "/usr/local/lib/python2.2/mailbox.py", line 34, in next return self.factory(_Subfile(self.fp, start, stop)) File "/home/mailman/Mailman/Mailbox.py", line 69, in scrubber return mailbox.scrub(msg) File "/home/mailman/Mailman/Mailbox.py", line 89, in scrub return self._scrubber(self._mlist, msg) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 159, in process part.set_payload(_("""\ File "/home/mailman/Mailman/i18n.py", line 76, in _ return _translation.gettext(s) % dict UnicodeError: ASCII decoding error: ordinal not in range(128) ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-09 06:26 Message: Logged In: YES user_id=12800 Thanks Stefan, I got your mbox file, which appeared to contain one message. That message has an unknown charset in its RFC 2047 Subject header. Mailman cvs seems to handle this file just fine, so I'm closing this as fixed in 2.1b5+ ---------------------------------------------------------------------- Comment By: Stefan Divjak (stdivjak) Date: 2002-12-08 20:11 Message: Logged In: YES user_id=483131 Just tried to rebuild the other archives: 4 of 21 mbox-files can't be rebuilt. There are two kinds of tracebacks: * "ASCII decoding error" (see above) * "Lookup error: unknown encoding" I'll send the archive causing the second kind of traceback to Barry, hence it contains somewhat internal information. ---------------------------------------------------------------------- Comment By: Stefan Divjak (stdivjak) Date: 2002-12-08 18:58 Message: Logged In: YES user_id=483131 Sorry for the long delay. I fiddled around with the 19MB mbox file, and cut out the part which causes this error (refer to the attached file). The traceback also appeared using 2.1b5. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-09-13 21:47 Message: Logged In: YES user_id=12800 I'm moving the bug report to pending since I haven't seen an update. I suspect this is fixed in current cvs. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-08-16 23:55 Message: Logged In: YES user_id=12800 Can you upload the .mbox file for the list you're regenerating? If not (perhaps because it's proprietary information), can you make it available for me to look at privately? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=593728&group_i…

1 0

[ mailman-Bugs-593728 ] Traceback rebuilding archive
by SourceForge.net 10 Feb '03

10 Feb '03

Bugs item #593728, was opened at 2002-08-11 20:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=593728&group_i… Category: Pipermail Group: 2.1 beta >Status: Open Resolution: Fixed Priority: 5 Submitted By: Stefan Divjak (stdivjak) Assigned to: Nobody/Anonymous (nobody) Summary: Traceback rebuilding archive Initial Comment: Witn Mailman 2.1b3, rebuilding a pipermail archive using $ bin/arch listname runs fine for 2 lists, but on the third one gives the following traceback: [...] Updating HTML for article 52 Updating HTML for article 53 Schreibe Archivzustand in Datei /home/mailman/archives/private/humor/pipermail.pck Traceback (most recent call last): File "bin/arch", line 160, in ? main() File "bin/arch", line 148, in main archiver.processUnixMailbox(fp, Article, start, end) File "/home/mailman/Mailman/Archiver/pipermail.py", line 545, in processUnixMailbox m = mbox.next() File "/usr/local/lib/python2.2/mailbox.py", line 34, in next return self.factory(_Subfile(self.fp, start, stop)) File "/home/mailman/Mailman/Mailbox.py", line 69, in scrubber return mailbox.scrub(msg) File "/home/mailman/Mailman/Mailbox.py", line 89, in scrub return self._scrubber(self._mlist, msg) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 159, in process part.set_payload(_("""\ File "/home/mailman/Mailman/i18n.py", line 76, in _ return _translation.gettext(s) % dict UnicodeError: ASCII decoding error: ordinal not in range(128) ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-09 06:26 Message: Logged In: YES user_id=12800 Thanks Stefan, I got your mbox file, which appeared to contain one message. That message has an unknown charset in its RFC 2047 Subject header. Mailman cvs seems to handle this file just fine, so I'm closing this as fixed in 2.1b5+ ---------------------------------------------------------------------- Comment By: Stefan Divjak (stdivjak) Date: 2002-12-08 20:11 Message: Logged In: YES user_id=483131 Just tried to rebuild the other archives: 4 of 21 mbox-files can't be rebuilt. There are two kinds of tracebacks: * "ASCII decoding error" (see above) * "Lookup error: unknown encoding" I'll send the archive causing the second kind of traceback to Barry, hence it contains somewhat internal information. ---------------------------------------------------------------------- Comment By: Stefan Divjak (stdivjak) Date: 2002-12-08 18:58 Message: Logged In: YES user_id=483131 Sorry for the long delay. I fiddled around with the 19MB mbox file, and cut out the part which causes this error (refer to the attached file). The traceback also appeared using 2.1b5. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-09-13 21:47 Message: Logged In: YES user_id=12800 I'm moving the bug report to pending since I haven't seen an update. I suspect this is fixed in current cvs. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-08-16 23:55 Message: Logged In: YES user_id=12800 Can you upload the .mbox file for the list you're regenerating? If not (perhaps because it's proprietary information), can you make it available for me to look at privately? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=593728&group_i…

1 0

[ mailman-Bugs-683833 ] Traceback on checkdbs
by SourceForge.net 10 Feb '03

10 Feb '03

Bugs item #683833, was opened at 2003-02-10 11:48 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=683833&group_i… Category: command line scripts Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Stefan Divjak (stdivjak) Assigned to: Nobody/Anonymous (nobody) Summary: Traceback on checkdbs Initial Comment: The checkdbs script of mailman 2.1.1 quits with a traceback: [mailman@styx cron]$ ./checkdbs Traceback (most recent call last): File "./checkdbs", line 136, in ? main() File "./checkdbs", line 80, in main text += '\n' + pending_requests(mlist) File "./checkdbs", line 123, in pending_requests text = NL.join(pending) UnicodeError: ASCII decoding error: ordinal not in range(128) I tried reverting to mailman 2.1, and everything works fine now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=683833&group_i…

1 0

[ mailman-Patches-683774 ] Selective No-Archive
by SourceForge.net 10 Feb '03

10 Feb '03

Patches item #683774, was opened at 2003-02-10 06:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=683774&group_i… Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Jon E (babzog) Assigned to: Nobody/Anonymous (nobody) Summary: Selective No-Archive Initial Comment: What this does is allow you to approve a message that has been held for moderation (msg exceeds size limit for example) so it can be delivered, but preventing it from being archived if the noarchive checkbox is checked, thus saving disk space. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=683774&group_i…

1 0