Mailman 3 December 2002 - Mailman-Developers

[ mailman-Bugs-644950 ] membership pages shows wrong subset
by noreply＠sourceforge.net 09 Dec '02

09 Dec '02

Bugs item #644950, was opened at 2002-11-27 16:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=644950&group_i… Category: Web/CGI Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Matthias Klose (doko) Assigned to: Nobody/Anonymous (nobody) Summary: membership pages shows wrong subset Initial Comment: When first entering the membership admin tab, and the members of the list are displayed letterwise, I see the letter A bold/higlighted, but the member starting with "Z" are displayed. Selecting the subset again by selecting "A" shows the correct meber subset starting with "A". ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-09 00:58 Message: Logged In: YES user_id=12800 Fixed, thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=644950&group_i…

1 0

[ mailman-Bugs-593728 ] Traceback rebuilding archive
by noreply＠sourceforge.net 09 Dec '02

09 Dec '02

Bugs item #593728, was opened at 2002-08-11 14: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: Closed >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-08 23: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 13: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 11: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 15: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 17: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-Patches-645422 ] $prefix hardcoded in qmail-to-mailman.py
by noreply＠sourceforge.net 09 Dec '02

09 Dec '02

Patches item #645422, was opened at 2002-11-28 21:52 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645422&group_i… Category: mail delivery >Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthias Juchem (brightice) Assigned to: Nobody/Anonymous (nobody) Summary: $prefix hardcoded in qmail-to-mailman.py Initial Comment: This patch replaces the hardcoded $prefix in contrib/qmail-to-mailman.py with @prefix@, which is replaced with $prefix during configure. Tested, works for me. ---------------------------------------------------------------------- >Comment By: Matthias Juchem (brightice) Date: 2002-12-09 01:29 Message: Logged In: YES user_id=60479 Stupid me, patch is for 2.1, not for 2.2/3.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645422&group_i…

1 0

[ mailman-Patches-645421 ] Remove all Makefiles on make distclean
by noreply＠sourceforge.net 09 Dec '02

09 Dec '02

Patches item #645421, was opened at 2002-11-28 21:50 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645421&group_i… Category: configure/install >Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthias Juchem (brightice) Assigned to: Nobody/Anonymous (nobody) Summary: Remove all Makefiles on make distclean Initial Comment: mailman/messages/Makefile and mailman/tests/*/Makefile do not get cleaned up when doing a 'make distclean'. This should patch fix it. Tested like this: 'configure --some-options; make distclean'; seems to work ---------------------------------------------------------------------- >Comment By: Matthias Juchem (brightice) Date: 2002-12-09 01:28 Message: Logged In: YES user_id=60479 Stupid me, patch is for 2.1, not for 2.2/3.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645421&group_i…

1 0

[ mailman-Feature Requests-650567 ] The plus (+) in email addresses
by noreply＠sourceforge.net 08 Dec '02

08 Dec '02

Feature Requests item #650567, was opened at 2002-12-08 16:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=650567&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: James O'Kane (jo2y) Assigned to: Nobody/Anonymous (nobody) Summary: The plus (+) in email addresses Initial Comment: Could an option be added to treat: foo(a)example.com foo+(a)example.com as the same address? I'm told the + is in the RFC, but I haven't found it yet. I know of a few sites that auto add the + at the end of outgoing emails. (cmu.edu and pitt.edu for example). It would be nice if foo+filter(a)example.com could be treated as foo(a)example.com as well. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=650567&group_i…

1 0

[ mailman-Bugs-593728 ] Traceback rebuilding archive
by noreply＠sourceforge.net 08 Dec '02

08 Dec '02

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: None 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: 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 noreply＠sourceforge.net 08 Dec '02

08 Dec '02

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: None 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: 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 noreply＠sourceforge.net 08 Dec '02

08 Dec '02

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: None 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-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-645906 ] User supplied HTML with % kills index.ht
by noreply＠sourceforge.net 08 Dec '02

08 Dec '02

Bugs item #645906, was opened at 2002-11-29 19:52 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=645906&group_i… Category: Pipermail Group: 2.1 beta >Status: Closed Resolution: None Priority: 5 Submitted By: Joe R. Doupnik (jdoupnik) Assigned to: Nobody/Anonymous (nobody) Summary: User supplied HTML with % kills index.ht Initial Comment: Mailman 2.1b5. Edit archtoc.html or listinfo.html, include table with phrase width=100% and find that the list's archive overall index.html page is unformed (present but the various MM items are left as bare %(foobar)s style). After wasting a whole day on this the problem boils down to that percent sign in user-supplied HTML. It kills the high level index.html file. We don''t know about this until a full list archive operation is performed, because at the end the code creates the new index.html from the template files. Ugh. Likely some parser deep in the system is overreacting to the percent symbol. Needs fixing. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-08 10:12 Message: Logged In: YES user_id=12800 archtoc.html and listinfo.html are templates (as implied by their being in the templates/xx directory :) which means Python substitutions are performed on the text. Python substitutions treat % as a special character so to get a literal % in the text you need to use %% E.g. change that to "width=100%%" and you'll be fine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=645906&group_i…

1 0

[ mailman-Bugs-646568 ] Admin interface link on listinfo page
by noreply＠sourceforge.net 08 Dec '02

08 Dec '02

Bugs item #646568, was opened at 2002-12-01 14:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=646568&group_i… Category: Web/CGI Group: 2.1 beta >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: David Gibbs (midrangeman) Assigned to: Nobody/Anonymous (nobody) Summary: Admin interface link on listinfo page Initial Comment: I installed MM 2.1b5 and copied the data files for a few test lists to the 'lists' dirctory. I then ran update -f to update the data files to the new version. When I go to the list info page for one of the lists, the link to the administrative interface is still pointing to the original (production) web interface link. Example: Production version of MM's web interface: http://lists.midrange.com/cgi-bin/listinfo/testlist Beta version of MM's web interface: http://lists.midrange.com/mailman2/listinfo/testlist However, on this listinfo page, the admin link points to http://lists.midrange.com/cgi-bin/admin/testlist I have changed the DEFAULT_URL_PATTERN to be 'http://%s/mailman2/', so I would expect the links to have the correct url. Additionally, when I go directly to the test list admin page (http://lists.midrange.com/mailman2/admin/testlist), all the links on this page also point to old cgi-bin url. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-08 10:10 Message: Logged In: YES user_id=12800 You need to run fix_url.py. Do bin/fix_url.py --help or read the UPGRADING document. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=646568&group_i…

1 0