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…
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…
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…
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…
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…
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…
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…
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…
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…
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…