Mailman 3 January 2003 - Mailman-coders

[ mailman-Feature Requests-678423 ] Make simple bounce & simple warning regex's configurable
by SourceForge.net 31 Jan '03

31 Jan '03

Feature Requests item #678423, was opened at 2003-01-31 16:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=678423&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Gibbs (midrangeman) Assigned to: Nobody/Anonymous (nobody) Summary: Make simple bounce & simple warning regex's configurable Initial Comment: Due to the large number of MTA's in the world, it would probably be good to make the regular expression sets that SimpleBounce & SimpleWarning use externally definable in mm_cfg.py. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=678423&group_i…

1 0

[ mailman-Patches-674401 ] ToDigest.py i18n subject
by SourceForge.net 30 Jan '03

30 Jan '03

Patches item #674401, was opened at 2003-01-25 01:08 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=674401&group_i… Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: ToDigest.py i18n subject Initial Comment: ToDigestl.py (v2.23) was considerably improved but there remain some oddities in digested message subject representation. Specificaly, MIME subject is not wrapped with the lheader() propperly. Please examine the files I am going to attach. 1. Test program to examine the behaviour of lheader() and improbed (but lengthy) header_in_a_line() which removes excessive CRLF and adjust folding white spaces. It simulates the subject-prefix which will be added in CookHeaders.py. 2. Result of test program. You will notice incompatiblity when the subject is once MIME encoded. 3. New patch which use header_in_a_line() and Utils.wrap() ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2003-01-31 07:01 Message: Logged In: YES user_id=67709 OK, Barry. I will compromise. Use u''.join() not u' '.join(). This eliminate extra space added when joining. Remember that all-ASCII header will get double space after the prefix for English text while the spaces after the prefix is removed for Japanese text. I think __unicode__() joining in the email package should take care the difference in RFC2822/2047 headers. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2003-01-31 05:55 Message: Logged In: YES user_id=67709 Looks like good for english text (may be for western) but folding white space should be treated as null string ('') in iso-2022-jp encoded japanese (and other RFC 2047 encoded MIME subject, I believe). u' '.join() must be u''.join() in these languages. You must alway check if the part of the header is mime encoded or not when joining. :-( ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-01-31 05:17 Message: Logged In: YES user_id=12800 Tell me what you think of the hial() function in the attached file. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2003-01-25 01:16 Message: Logged In: YES user_id=67709 Forget to note: This patch is revise of #668819 which was closed and differently applied in recent CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=674401&group_i…

1 0

[ mailman-Bugs-664466 ] 2.0 cookies break 2.1 web auth
by SourceForge.net 30 Jan '03

30 Jan '03

Bugs item #664466, was opened at 2003-01-08 11:30 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=664466&group_i… Category: Web/CGI Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Bryan Fullerton (fehwalker) Assigned to: Nobody/Anonymous (nobody) Summary: 2.0 cookies break 2.1 web auth Initial Comment: (as discussed on mailman-users) If there are *any* mm2.0 cookies in the URI-space mm2.1 looks in, the following code will always raise a Cookie.CookieException and return 0. # Treat the cookie data as simple strings, and do application level # decoding as necessary. By using SimpleCookie, we prevent any kind # of security breach due to untrusted cookie data being unpickled # (which is quite unsafe). try: c = Cookie.SimpleCookie(cookiedata) except Cookie.CookieError: return 0 If python's Cookie code (or at least SimpleCookie) doesn't like cookies with :'s in them that'd explain it. This is rather a problem for anyone thinking they could run both mm2.0 and mm2.1 mapped into the same URI-space. Simply put, you can't (without re-auth'ing with every action in 2.1 lists), unless the mm2.1 code is rewritten to handle that exception better. Or unless you nuke all your cookies after every use of a 2.0 list (not just logout - in my testing that doesn't actually remove the cookie, just the cookie's contents). The good news is that this should be no problem once everything is moved to 2.1. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-01-31 01:47 Message: Logged In: YES user_id=12800 The following patch should fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=664466&group_i…

1 0

[ mailman-Patches-674401 ] ToDigest.py i18n subject
by SourceForge.net 30 Jan '03

30 Jan '03

Patches item #674401, was opened at 2003-01-25 01:08 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=674401&group_i… Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: ToDigest.py i18n subject Initial Comment: ToDigestl.py (v2.23) was considerably improved but there remain some oddities in digested message subject representation. Specificaly, MIME subject is not wrapped with the lheader() propperly. Please examine the files I am going to attach. 1. Test program to examine the behaviour of lheader() and improbed (but lengthy) header_in_a_line() which removes excessive CRLF and adjust folding white spaces. It simulates the subject-prefix which will be added in CookHeaders.py. 2. Result of test program. You will notice incompatiblity when the subject is once MIME encoded. 3. New patch which use header_in_a_line() and Utils.wrap() ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2003-01-31 05:55 Message: Logged In: YES user_id=67709 Looks like good for english text (may be for western) but folding white space should be treated as null string ('') in iso-2022-jp encoded japanese (and other RFC 2047 encoded MIME subject, I believe). u' '.join() must be u''.join() in these languages. You must alway check if the part of the header is mime encoded or not when joining. :-( ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-01-31 05:17 Message: Logged In: YES user_id=12800 Tell me what you think of the hial() function in the attached file. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2003-01-25 01:16 Message: Logged In: YES user_id=67709 Forget to note: This patch is revise of #668819 which was closed and differently applied in recent CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=674401&group_i…

1 0

[ mailman-Patches-674401 ] ToDigest.py i18n subject
by SourceForge.net 30 Jan '03

30 Jan '03

Patches item #674401, was opened at 2003-01-24 20:08 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=674401&group_i… Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: ToDigest.py i18n subject Initial Comment: ToDigestl.py (v2.23) was considerably improved but there remain some oddities in digested message subject representation. Specificaly, MIME subject is not wrapped with the lheader() propperly. Please examine the files I am going to attach. 1. Test program to examine the behaviour of lheader() and improbed (but lengthy) header_in_a_line() which removes excessive CRLF and adjust folding white spaces. It simulates the subject-prefix which will be added in CookHeaders.py. 2. Result of test program. You will notice incompatiblity when the subject is once MIME encoded. 3. New patch which use header_in_a_line() and Utils.wrap() ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-01-31 00:17 Message: Logged In: YES user_id=12800 Tell me what you think of the hial() function in the attached file. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2003-01-24 20:16 Message: Logged In: YES user_id=67709 Forget to note: This patch is revise of #668819 which was closed and differently applied in recent CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=674401&group_i…

1 0

[ mailman-Patches-677940 ] English Only mailman
by SourceForge.net 30 Jan '03

30 Jan '03

Patches item #677940, was opened at 2003-01-30 22:41 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=677940&group_i… Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthew Davis (big-dog) Assigned to: Nobody/Anonymous (nobody) Summary: English Only mailman Initial Comment: Strips out all languages except english. # cd mailman-2.1/messages # rm -fr big5 cs de es et fi fr hu it ja ko lt nl no pt_BR ru sv # cd ../templates # rm -fr big5 cs de es et fi fr hu it ja ko lt nl no pt_BR ru sv gb # cd ../misc # rm -fr JapaneseCodecs-1.4.9.tar.gz KoreanCodecs-2.0.5.tar.gz ---------------------------------------------------------------------- >Comment By: Matthew Davis (big-dog) Date: 2003-01-30 22:43 Message: Logged In: YES user_id=34240 Trying to attach file again. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=677940&group_i…

1 0

[ mailman-Patches-677940 ] English Only mailman
by SourceForge.net 30 Jan '03

30 Jan '03

Patches item #677940, was opened at 2003-01-30 22:41 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=677940&group_i… Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthew Davis (big-dog) Assigned to: Nobody/Anonymous (nobody) Summary: English Only mailman Initial Comment: Strips out all languages except english. # cd mailman-2.1/messages # rm -fr big5 cs de es et fi fr hu it ja ko lt nl no pt_BR ru sv # cd ../templates # rm -fr big5 cs de es et fi fr hu it ja ko lt nl no pt_BR ru sv gb # cd ../misc # rm -fr JapaneseCodecs-1.4.9.tar.gz KoreanCodecs-2.0.5.tar.gz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=677940&group_i…

1 0

[ mailman-Bugs-677668 ] Subscription confirmation fails
by SourceForge.net 30 Jan '03

30 Jan '03

Bugs item #677668, was opened at 2003-01-30 20:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=677668&group_i… Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Daniel Buchmann (avalon) Assigned to: Nobody/Anonymous (nobody) Summary: Subscription confirmation fails Initial Comment: If the list language is english, but a subscribing user chooses a different language (e.g. norwegian), the following error occurs when confirming the subscription: admin(5296): Traceback (most recent call last): admin(5296): File "/home/mailman/scripts/driver", line 87, in run_main admin(5296): main() admin(5296): File "/home/mailman/Mailman/Cgi/confirm.py", line 110, in main admin(5296): subscription_confirm(mlist, doc, cookie, cgidata) admin(5296): File "/home/mailman/Mailman/Cgi/confirm.py", line 331, in subscription_confirm admin(5296): op, addr, pw, digest, lang = mlist.ProcessConfirmation( admin(5296): File "/home/mailman/Mailman/MailList.py", line 1071, in ProcessConfirmation admin(5296): self.ApprovedAddMember(userdesc) admin(5296): File "/home/mailman/Mailman/MailList.py", line 900, in ApprovedAddMember admin(5296): msg = Message.OwnerNotification(self, subject, text) admin(5296): File "/home/mailman/Mailman/Message.py", line 257, in __init__ admin(5296): UserNotification.__init__(self, recips, sender, subject, text, lang) admin(5296): File "/home/mailman/Mailman/Message.py", line 203, in __init__ admin(5296): self['Subject'] = Header(subject, charset, header_name='Subject') admin(5296): File "/home/mailman/pythonlib/email/Header.py", line 164, in __init__ admin(5296): self.append(s, charset) admin(5296): File "/home/mailman/pythonlib/email/Header.py", line 230, in append admin(5296): ustr = unicode(s, incodec) admin(5296): UnicodeError: ASCII decoding error: ordinal not in range(128) The user then recieves the welcome-to-this-mailing-list email, but is not subscribed to the list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=677668&group_i…

1 0

[ mailman-Bugs-660675 ] special characters in realnames
by SourceForge.net 29 Jan '03

29 Jan '03

Bugs item #660675, was opened at 2003-01-01 15:02 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=660675&group_i… Category: None Group: 2.1 (stable) Status: Open Resolution: None >Priority: 9 Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: special characters in realnames Initial Comment: Mailman crashs when realnames of members include special language-specifc characters like german "Umlaute" (äöüß). Traceback (most recent call last): File "/usr/lib/mailman/bin/list_members", line 232, in ? main() File "/usr/lib/mailman/bin/list_members", line 207, in main s = formataddr((name, addr)).encode(enc, 'replace') UnicodeError: ASCII decoding error: ordinal not in range(128) It isn`t possible to get a list of all members of this list with list_members or a who command. Mailman has to be able to handle other signs then A-Z and 0-9 in realnames and mailaddresses. Peer ---------------------------------------------------------------------- >Comment By: Peer Heinlein (pheinlein) Date: 2003-01-29 19:06 Message: Logged In: YES user_id=581680 Hi Barry! This problem is really old now, I wrote it to you many weeks ago. It`s a *hugh* daily problem on our server and I really have to solve this problem and can`t wait any more! It is a middle-big problem that "who" and "list_members" doesn`t work, because the listowners aren't able to extract their own listmembers into a file or a seperate list. I have over 75.000 users in our mailinglists and there is no chance to have a working membership-management without the possibility to extract the membership-lists to work with! And it is a *hugh* problem, that the daily heldmessages-reminders to the admins don`t work! The daily cronjob to send out those reminders dies every day with this ASCII decoding error. And IT IS a problem, when no held-messages-reminders are available for a lot of weeks now! and heldmessage-management isn`t working correctly! We have to handle about 2000 - 4000 held messages in out lists! Please: Could you solve this problem in the really near future and give them a higher precedence? You know, I`ll help you and I`ll send you all the files you`ll possible need to debug an dtrace this error! ---------------------------------------------------------------------- Comment By: Peer Heinlein (pheinlein) Date: 2003-01-16 16:54 Message: Logged In: YES user_id=581680 Using the actual CVS-checkout I still have problems with that. Because of that a lot of list`s doesn`t work properly and mails are shunted. Is it pssoible to clear that problem with a fast fix? Peer ---------------------------------------------------------------------- Comment By: Jorge Becerra (jlbpcuba) Date: 2003-01-07 23:03 Message: Logged In: YES user_id=680844 I think that the bug is on python itself, because is suppossed that encode(enc, 'replace') show no errors at all according to http://www.reportlab.com/i18n/python_unicode_tutorial.html But is the middle i remove from the code and works ok. .encode(enc, 'replace') ---------------------------------------------------------------------- Comment By: Jorge Becerra (jlbpcuba) Date: 2003-01-07 23:03 Message: Logged In: YES user_id=680844 I think that the bug is on python itself, because is suppossed that encode(enc, 'replace') show no errors at all according to http://www.reportlab.com/i18n/python_unicode_tutorial.html But is the middle i remove from the code that and works ok. .encode(enc, 'replace') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=660675&group_i…

1 0

[ mailman-Feature Requests-676923 ] mail command: reject
by SourceForge.net 29 Jan '03

29 Jan '03

Feature Requests item #676923, was opened at 2003-01-29 18:55 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=676923&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: mail command: reject Initial Comment: A feature request one of my listowners sent me: I'd like to have a 'reject' command (with possibility to add the reasons for the reject) in addition to the 'approve' and 'discard' commands when administrating mailman by mail. Additionally, the moderation request shouldn't be a MIME composition of three mails to make it easier to reply to the requests. At the moment I don't know a mail client where I can just h it the reply button and then the required 'confirm <cookie>' line is in the subject. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=676923&group_i…

1 0