Mailman-coders January 2004

mailman-coders@python.org

1 participants
75 discussions

[ mailman-Bugs-876255 ] Unsubscribe fails with buffer exception
by SourceForge.net 13 Jan '04

13 Jan '04

Bugs item #876255, was opened at 2004-01-13 18:19 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=876255&group_i… Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Fred Stutzman (chimprawk) Assigned to: Nobody/Anonymous (nobody) Summary: Unsubscribe fails with buffer exception Initial Comment: A user subscribed themselves with a trailing space (%00), and now all efforts to unsubscribe the user fail: >From the web interface, you can select the user and "unsubscribe" them, but they remain on the list (mailman returns no confirmation message) With the remove_members utility, it tells me "No such member", even though find_members "finds" the member. I've munged the address every way possible (using python and shell regexps, adding Unicode, etc) and still can't get the member to unsubscribe. I googled for an answer to this problem, and this seems to be the only solution: http://www.mail-archive.com/mailman-users@python.org/ msg21153.html I'd say since the solution requires editing a binary, this qualifies as a bug. I've also searched the bug archive and couldn't really come up with an answer; I do realize that my searches might not have been correct, so if the answer is in the bug database, I apologize. Thank you very much, Fred Included is the traceback: Traceback: Traceback (most recent call last): File "/usr/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/admin.py", line 169, in main change_options(mlist, category, subcat, cgidata, doc) File "/usr/local/mailman/Mailman/Cgi/admin.py", line 1376, in change_options newname = Utils.canonstr(newname, mlist.preferred_language) File "/usr/local/mailman/Mailman/Utils.py", line 722, in canonstr parts = re.split(r'&(?P[^;]+);', s) File "/usr/src/build/215241-i386/install/usr/lib/python2.2/ sre.py", line 156, in split return _compile(pattern, 0).split(string, maxsplit) TypeError: expected string or buffer -------------------------------------------------------------------- ------------ Python information: Variable Value sys.version 2.2.2 (#1, Jan 30 2003, 21:26:22) [GCC 2.96 20000731 (Red Hat Linux 7.3 2.96-112)] sys.executable /usr/bin/python2 sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 -------------------------------------------------------------------- ------------ Environment variables: Variable Value PATH_INFO /contemporaries/members HTTP_ACCEPT image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/msword, application/vnd.ms-powerpoint, */* CONTENT_TYPE multipart/form-data; boundary=---------------------------7d4ae20610182 HTTP_REFERER http://lists.ibiblio.org/mailman/admin/contemporaries/ members?letter=a&chunk=0 SERVER_SOFTWARE Apache/1.3.29 (Unix) mod_ssl/2.8.16 OpenSSL/0.9.6b PHP/4.3.3 mod_perl/1.29 PYTHONPATH /usr/local/mailman SCRIPT_FILENAME /usr/local/mailman/cgi-bin/admin SERVER_ADMIN admin(a)ibiblio.org SCRIPT_NAME /mailman/admin SCRIPT_URI http://lists.ibiblio.org/mailman/admin/ contemporaries/members SERVER_SIGNATURE Apache/1.3.29 Server at lists.ibiblio.org Port 80 REQUEST_METHOD POST HTTP_HOST lists.ibiblio.org SCRIPT_URL /mailman/admin/contemporaries/members SERVER_PROTOCOL HTTP/1.1 QUERY_STRING HTTP_CACHE_CONTROL no-cache REQUEST_URI /mailman/admin/contemporaries/members CONTENT_LENGTH 2873 HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; (R1 1.3)) HTTP_CONNECTION Keep-Alive HTTP_COOKIE contemporaries+admin=28020000006934c9fd3f73280000006 234353264653936346633613065306334626530633439356263 6437636238376261613131643430 SERVER_NAME lists.ibiblio.org REMOTE_ADDR 12.107.204.12 REMOTE_PORT 14877 HTTP_ACCEPT_LANGUAGE en-us PATH_TRANSLATED /home/www/contemporaries/members SERVER_PORT 80 GATEWAY_INTERFACE CGI/1.1 HTTP_ACCEPT_ENCODING gzip, deflate SERVER_ADDR 152.2.210.119 DOCUMENT_ROOT /home/www ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=876255&group_i…

1 0

[ mailman-Feature Requests-876244 ] turn off discard notifications
by SourceForge.net 13 Jan '04

13 Jan '04

Feature Requests item #876244, was opened at 2004-01-13 13:00 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=876244&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Abrahams (david_abrahams) Assigned to: Nobody/Anonymous (nobody) Summary: turn off discard notifications Initial Comment: I'd rather not be bothered when spam gets automatically discarded. Can I turn off auto-discard notices? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=876244&group_i…

1 0

[ mailman-Patches-875972 ] Remove deprecated variable from Utils.py
by SourceForge.net 13 Jan '04

13 Jan '04

Patches item #875972, was opened at 2004-01-13 10:13 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=875972&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Aleksander Adamowski (the_olo) Assigned to: Nobody/Anonymous (nobody) Summary: Remove deprecated variable from Utils.py Initial Comment: DEFAULT_HOST_NAME has been replaced with DEFAULT_URL_HOST. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=875972&group_i…

1 0

[ mailman-Bugs-875971 ] Deprecated option DEFAULT_HOST_NAME is used in Utils.py
by SourceForge.net 13 Jan '04

13 Jan '04

Bugs item #875971, was opened at 2004-01-13 10:11 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=875971&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Aleksander Adamowski (the_olo) Assigned to: Nobody/Anonymous (nobody) Summary: Deprecated option DEFAULT_HOST_NAME is used in Utils.py Initial Comment: In Utils.py, in the get_domain() function, a deprecated configuration option is used: DEFAULT_HOST_NAME. It has been superseded by DEFAULT_URL_HOST. DEFAULT_HOST_NAME is now set to None by default. I'm suggesting the following change in Urils.py, near line 640: - hostname = mm_cfg.DEFAULT_HOST_NAME or mm_cfg.DEFAULT_EMAIL_HOST + hostname = mm_cfg.DEFAULT_URL_HOST or mm_cfg.DEFAULT_EMAIL_HOST I'm attaching a patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=875971&group_i…

1 0

[ mailman-Bugs-874764 ] -admin address is now equiv to -bounce
by SourceForge.net 11 Jan '04

11 Jan '04

Bugs item #874764, was opened at 2004-01-11 05:02 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=874764&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: -admin address is now equiv to -bounce Initial Comment: If a new list is created, a notice is sent to the list owner including the questions address mailman-admin(a)the.site.dom. Since in 2.1.x, -admin adderss is an alias for bounce, if the new list owner sends questions to this address, the message is treated as uninterpretable bounce message. This address should be mailman-owner(a)the.site.dom. I attach a fix for Cgi/create.py but looks like bin/newlist has the same error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=874764&group_i…

1 0

[ mailman-Bugs-874760 ] Expose bug after a user change email address
by SourceForge.net 11 Jan '04

11 Jan '04

Bugs item #874760, was opened at 2004-01-11 04:50 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=874760&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: Expose bug after a user change email address Initial Comment: If a user changed his email address and confirm by email, then hit a button on the (old email) options page, then he get; Bug in Mailman version 2.1.4 > > We're sorry, we hit a bug! > If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! > > Traceback: > > Traceback (most recent call last): > File "/usr/local/mailman/scripts/driver", line 87, in run_main > main() > File "/usr/local/mailman/Mailman/Cgi/options.py", line 226, in main > password, user): > File "/usr/local/mailman/Mailman/SecurityManager.py", line 220, in WebAuthenticate > ok = self.CheckCookie(ac, user) > File "/usr/local/mailman/Mailman/SecurityManager.py", line 300, in CheckCookie > ok = self.__checkone(c, authcontext, user) > File "/usr/local/mailman/Mailman/SecurityManager.py", line 310, in __checkone > key, secret = self.AuthContextInfo(authcontext, user) > File "/usr/local/mailman/Mailman/SecurityManager.py", line 105, in AuthContextInfo > secret = self.getMemberPassword(user) > File "/usr/local/mailman/Mailman/OldStyleMemberships.py", line 102, in getMemberPassword > raise Errors.NotAMemberError, member > NotAMemberError: old_user@address I atatch a patch to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=874760&group_i…

1 0

[ mailman-Feature Requests-874329 ] Next/Previous Month links in archives
by SourceForge.net 10 Jan '04

10 Jan '04

Feature Requests item #874329, was opened at 2004-01-10 00:45 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=874329&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nathan Gray (n8gray) Assigned to: Nobody/Anonymous (nobody) Summary: Next/Previous Month links in archives Initial Comment: Mailman has really improved my life with its wonderful archive generation, but there's one oversight in the interface. There should be "Next Month" and "Previous Month" links in the thread/date view of the archives. It's pretty annoying to have to manually type the month name in the URL or go back to the list-info, then to the archive list, then to the month in question. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=874329&group_i…

1 0

[ mailman-Feature Requests-874326 ] Per-user reply-to munging
by SourceForge.net 10 Jan '04

10 Jan '04

Feature Requests item #874326, was opened at 2004-01-10 00:29 Message generated for change (Comment added) made by n8gray You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=874326&group_i… Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Nathan Gray (n8gray) Assigned to: Nobody/Anonymous (nobody) Summary: Per-user reply-to munging Initial Comment: After *yet another* heated debate about reply-to munging it occurred to me that maybe we *can* all just get along. How about letting each user decide whether or not reply-to gets set to the list address? It would be so nice to put this silly issue to rest. Think about it -- this could qualify you for the Nobel Peace Prize! ---------------------------------------------------------------------- >Comment By: Nathan Gray (n8gray) Date: 2004-01-10 00:37 Message: Logged In: YES user_id=121553 Oops, this is a duplicate of RFEs 828564 and 788314. I guess I should have searched before posting. :-( Still, that does suggest it's a good idea. :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=874326&group_i…

1 0

[ mailman-Feature Requests-874326 ] Per-user reply-to munging
by SourceForge.net 10 Jan '04

10 Jan '04

Feature Requests item #874326, was opened at 2004-01-10 00:29 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=874326&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nathan Gray (n8gray) Assigned to: Nobody/Anonymous (nobody) Summary: Per-user reply-to munging Initial Comment: After *yet another* heated debate about reply-to munging it occurred to me that maybe we *can* all just get along. How about letting each user decide whether or not reply-to gets set to the list address? It would be so nice to put this silly issue to rest. Think about it -- this could qualify you for the Nobel Peace Prize! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=874326&group_i…

1 0

[ mailman-Patches-873035 ] subject handling in -request mail
by SourceForge.net 08 Jan '04

08 Jan '04

Patches item #873035, was opened at 2004-01-08 12:32 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=873035&group_i… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: subject handling in -request mail Initial Comment: Since spammers get one of our '-request' mail command address as target, we frequently get following error log and many such messages shunted. Jan 08 10:17:02 2004 (11705) Uncaught runner exception: ASCII decoding error: ordinal not in range(128) Jan 08 10:17:02 2004 (11705) Traceback (most recent call last): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 110, in _oneloop self._onefile(msg, msgdata) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 160, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/CommandRunner.py", line 223, in _dispose res = Results(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/CommandRunner.py", line 77, in __init__ subj = make_header(decode_header(subj)).__unicode__() File "/usr/local/mailman/pythonlib/email/Header.py", line 144, in make_header h.append(s, charset) File "/usr/local/mailman/pythonlib/email/Header.py", line 272, in append ustr = unicode(s, incodec, errors) UnicodeError: ASCII decoding error: ordinal not in range(128) Jan 08 10:17:02 2004 (11705) SHUNTING: 1073506489.162806+2102abfa360c02ffb7bebbce12c1b9f09d8139f9 Apparently, following patch to Queue/CommandRunner.py may solve this problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=873035&group_i…

1 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Mailman-coders January 2004