Mailman 3 July 2002 - Mailman-Developers

[ mailman-Bugs-584989 ] bounced large messages are deleted!
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #584989, was opened at 2002-07-22 12:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584989&group_i… Category: mail delivery Group: 2.1 beta Status: Closed Resolution: Fixed Priority: 5 Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: bounced large messages are deleted! Initial Comment: I`m using 2.1b2+ (July, 22th) and if a message is larger than the maximum allowd size (of this list) it is not bounced or hold for approval succesfully. The message disappears and mailman crashes. Maybe it`s just a mistake in the translation in german mailman.po? Jul 22 17:36:55 2002 (28610) Uncaught runner exception: an integer is required Jul 22 17:36:55 2002 (28610) Traceback (most recent call last): File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 105, in __oneloop self.__onefile(msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 154, in __onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/IncomingRunner.py", line 129, in _dispose status = self._dopipeline(mlist, msg, msgdata, pipeline) File "/usr/lib/mailman/Mailman/Queue/IncomingRunner.py", line 152, in _dopipel sys.modules[modname].process(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 179, in process MessageTooBig(bodylen, mlist.max_message_size)) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 198, in hold_for_approv reason = Utils.wrap(exc.reason_notice()) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 103, in reason_notice return _('''Message body is too big: %(size)d bytes with a limit of File "/usr/lib/mailman/Mailman/i18n.py", line 76, in _ return _translation.gettext(s) % dict TypeError: an integer is required ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 09:26 Message: Logged In: YES user_id=12800 Something may have changed in your Python environment? I don't see how that fix could have had anything to do with it! ---------------------------------------------------------------------- Comment By: Peer Heinlein (pheinlein) Date: 2002-07-24 04:14 Message: Logged In: YES user_id=581680 It looks like it works. -Thanks! But now I`m getting the message "`import site` failed; use -v to traceback"?! Peer ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 01:06 Message: Logged In: YES user_id=12800 It does look like it's a bug in the German translation for that message. I'm about to commit a fix to the German catalog; can you try doing a cvs update and see if that fixes your problem? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584989&group_i…

1 0

[ mailman-Bugs-584917 ] Extra slash in private archive URL
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #584917, was opened at 2002-07-22 10:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584917&group_i… Category: None Group: 2.0.x Status: Closed Resolution: Works For Me Priority: 2 Submitted By: Nick Arnett (narnett) Assigned to: Nobody/Anonymous (nobody) Summary: Extra slash in private archive URL Initial Comment: Mailman 2.0 on RH 7.1 -- After converting a public archive to private and rebuilding with bin/arch, the web pages pointing to the private archive have an extra slash in them (after /private/). E.g.: http://www.mccmedia.com/mailman/private//myli st/ I haven't tried to reproduce this yet. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 09:03 Message: Logged In: YES user_id=12800 I've added a line of comment to the Defaults.py.in file for MM 2.0.13. ---------------------------------------------------------------------- Comment By: Nick Arnett (narnett) Date: 2002-07-24 01:25 Message: Logged In: YES user_id=390959 The value for PRIVATE_ARCHIVE_URL was the problem... but I don't think this bug should be closed until the file is modified to include a comment to that effect, or the code modified to allow a trailing slash. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 01:08 Message: Logged In: YES user_id=12800 Check the value for PRIVATE_ARCHIVE_URL in your mm_cfg.py file. I'll be it ends in a slash. It shouldn't. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584917&group_i…

1 0

[ mailman-Bugs-585833 ] Forward posts held for approval
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #585833, was opened at 2002-07-24 10:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585833&group_i… Category: mail delivery Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Ousmane Wilane (wilane) Assigned to: Nobody/Anonymous (nobody) Summary: Forward posts held for approval Initial Comment: FWIW I'm using the current cvs. When I forward a mail which was held for approval to my email address (oversized mail in this case) I get the provided traceback in my logs and the mail in shunt q: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585833&group_i…

1 0

[ mailman-Bugs-585776 ] no webauthentification possible
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #585776, was opened at 2002-07-24 10:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585776&group_i… Category: Web/CGI Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: no webauthentification possible Initial Comment: After updating to 2.1b some of our lists aren`t accessible for admins any more. I`m using the current cvs, but when they try to login mailman crashes: Traceback (most recent call last): File "/usr/lib/mailman/scripts/driver", line 82, in run_main main() File "/usr/lib/mailman/Mailman/Cgi/admin.py", line 82, in main cgidata.getvalue('adminpw', '')): File "/usr/lib/mailman/Mailman/SecurityManager.py", line 206, in WebAuthenticate ac = self.Authenticate(authcontexts, response, user) File "/usr/lib/mailman/Mailman/SecurityManager.py", line 159, in Authenticate elif crypt and crypt.crypt(response, secret[:2]) == secret: TypeError: argument 2 must be string without null bytes, not str ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585776&group_i…

1 0

[ mailman-Bugs-584989 ] bounced large messages are deleted!
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #584989, was opened at 2002-07-22 18:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584989&group_i… Category: mail delivery Group: 2.1 beta Status: Closed Resolution: Fixed Priority: 5 Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: bounced large messages are deleted! Initial Comment: I`m using 2.1b2+ (July, 22th) and if a message is larger than the maximum allowd size (of this list) it is not bounced or hold for approval succesfully. The message disappears and mailman crashes. Maybe it`s just a mistake in the translation in german mailman.po? Jul 22 17:36:55 2002 (28610) Uncaught runner exception: an integer is required Jul 22 17:36:55 2002 (28610) Traceback (most recent call last): File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 105, in __oneloop self.__onefile(msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 154, in __onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/IncomingRunner.py", line 129, in _dispose status = self._dopipeline(mlist, msg, msgdata, pipeline) File "/usr/lib/mailman/Mailman/Queue/IncomingRunner.py", line 152, in _dopipel sys.modules[modname].process(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 179, in process MessageTooBig(bodylen, mlist.max_message_size)) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 198, in hold_for_approv reason = Utils.wrap(exc.reason_notice()) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 103, in reason_notice return _('''Message body is too big: %(size)d bytes with a limit of File "/usr/lib/mailman/Mailman/i18n.py", line 76, in _ return _translation.gettext(s) % dict TypeError: an integer is required ---------------------------------------------------------------------- >Comment By: Peer Heinlein (pheinlein) Date: 2002-07-24 10:14 Message: Logged In: YES user_id=581680 It looks like it works. -Thanks! But now I`m getting the message "`import site` failed; use -v to traceback"?! Peer ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 07:06 Message: Logged In: YES user_id=12800 It does look like it's a bug in the German translation for that message. I'm about to commit a fix to the German catalog; can you try doing a cvs update and see if that fixes your problem? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584989&group_i…

1 0

[ mailman-Bugs-584917 ] Extra slash in private archive URL
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #584917, was opened at 2002-07-22 07:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584917&group_i… Category: None Group: 2.0.x Status: Closed Resolution: Works For Me >Priority: 2 Submitted By: Nick Arnett (narnett) Assigned to: Nobody/Anonymous (nobody) Summary: Extra slash in private archive URL Initial Comment: Mailman 2.0 on RH 7.1 -- After converting a public archive to private and rebuilding with bin/arch, the web pages pointing to the private archive have an extra slash in them (after /private/). E.g.: http://www.mccmedia.com/mailman/private//myli st/ I haven't tried to reproduce this yet. ---------------------------------------------------------------------- >Comment By: Nick Arnett (narnett) Date: 2002-07-23 22:25 Message: Logged In: YES user_id=390959 The value for PRIVATE_ARCHIVE_URL was the problem... but I don't think this bug should be closed until the file is modified to include a comment to that effect, or the code modified to allow a trailing slash. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-23 22:08 Message: Logged In: YES user_id=12800 Check the value for PRIVATE_ARCHIVE_URL in your mm_cfg.py file. I'll be it ends in a slash. It shouldn't. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584917&group_i…

1 0

RE: [Mailman-Developers] [MAILER-DAEMON@mira.linknet.com.au:Undeliverable Mail]
by Dan Kohn 24 Jul '02

24 Jul '02

FYI, Outlook with Exchange Server 2000, does the "right thing". Here's the To lines on an outgoing message: From: "Dan Kohn" <dan(a)dankohn.com> To: <dan(a)xkey.com> Cc: <dan(a)nixon.xkey.com> - dan -- Dan Kohn <mailto:dan@dankohn.com> <http://www.dankohn.com/> <tel:+1-650-327-2600> -----Original Message----- From: Keith Moore [mailto:moore@cs.utk.edu] Sent: Tuesday, July 23, 2002 13:38 To: Terri Oda Cc: Dan Wing; Keith Moore; Dan Kohn; Jay R. Ashworth; mailman-developers(a)python.org; ietf-822(a)imc.org Subject: Re: [Mailman-Developers] [MAILER-DAEMON@mira.linknet.com.au:Undeliverable Mail] > Actually, the offending client in this case is Sylpheed, much as I'd like to > blame outlook. (goodness knows, I blame it for Klez.) I take it Sylpheed is the one that generates bogus phrases? > I'd have to find someone with a copy of outlook to try it and be sure, but I > think outlook does "user(a)domain.com" <user(a)domain.com> which probably > wouldn't have been a problem. it might be syntactically legal, but it's still utterly stupid. Keith

2 1

[ mailman-Bugs-584917 ] Extra slash in private archive URL
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #584917, was opened at 2002-07-22 10:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584917&group_i… Category: None >Group: 2.0.x >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Nick Arnett (narnett) Assigned to: Nobody/Anonymous (nobody) Summary: Extra slash in private archive URL Initial Comment: Mailman 2.0 on RH 7.1 -- After converting a public archive to private and rebuilding with bin/arch, the web pages pointing to the private archive have an extra slash in them (after /private/). E.g.: http://www.mccmedia.com/mailman/private//myli st/ I haven't tried to reproduce this yet. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 01:08 Message: Logged In: YES user_id=12800 Check the value for PRIVATE_ARCHIVE_URL in your mm_cfg.py file. I'll be it ends in a slash. It shouldn't. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584917&group_i…

1 0

[ mailman-Bugs-584989 ] bounced large messages are deleted!
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #584989, was opened at 2002-07-22 12:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584989&group_i… Category: mail delivery Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: bounced large messages are deleted! Initial Comment: I`m using 2.1b2+ (July, 22th) and if a message is larger than the maximum allowd size (of this list) it is not bounced or hold for approval succesfully. The message disappears and mailman crashes. Maybe it`s just a mistake in the translation in german mailman.po? Jul 22 17:36:55 2002 (28610) Uncaught runner exception: an integer is required Jul 22 17:36:55 2002 (28610) Traceback (most recent call last): File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 105, in __oneloop self.__onefile(msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 154, in __onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/IncomingRunner.py", line 129, in _dispose status = self._dopipeline(mlist, msg, msgdata, pipeline) File "/usr/lib/mailman/Mailman/Queue/IncomingRunner.py", line 152, in _dopipel sys.modules[modname].process(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 179, in process MessageTooBig(bodylen, mlist.max_message_size)) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 198, in hold_for_approv reason = Utils.wrap(exc.reason_notice()) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 103, in reason_notice return _('''Message body is too big: %(size)d bytes with a limit of File "/usr/lib/mailman/Mailman/i18n.py", line 76, in _ return _translation.gettext(s) % dict TypeError: an integer is required ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 01:06 Message: Logged In: YES user_id=12800 It does look like it's a bug in the German translation for that message. I'm about to commit a fix to the German catalog; can you try doing a cvs update and see if that fixes your problem? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584989&group_i…

1 0

Re: [Mailman-Developers] ASCII Prefixes
by barry＠zope.com 23 Jul '02

23 Jul '02

>>>>> "BG" == Ben Gertzfield <che(a)debian.org> writes: >> Here's a tricky issue, one with a high rabbit hole probability >> (which I'd like to avoid if possible ;). OTOH, we could use a >> simple heuristic to try to keep the prefix unencoded in the >> common case: if the prefix contains only ascii characters, we >> could choose to leave it in the default us-ascii (or really the >> None) encoding. If it contains non-ascii characters, we'd have >> no choice but to encode it. BG> OTOOH, we could make *this* the per-list setting; we could BG> have the heuristic guess whether to encode or not if the list BG> owner wants it. That way we don't have to have a ton of prefix BG> character set settings, and we make the people who get angry BG> at seeing [MyFrenchList] encoded in header QP happy. Is subject_prefix the only place this option would make sense? If so, then I can probably add a boolean variable to the General admin page, otherwise I might want to add something to the Languages page. BG> Sorry for being absent recently, I'm finally at a job that's BG> challenging enough to make my brain not want to do coding at BG> home. :) That's good (I think ;). Welcome back, and I hope you'll stick around! -Barry

2 1