Bugs item #905532, was opened at 2004-02-26 20:33
Message generated for change (Comment added) made by bwarsaw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905532&group_i…
Category: configuring/installing
Group: 2.1 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Tokio Kikuchi (tkikuchi)
Assigned to: Nobody/Anonymous (nobody)
Summary: bin/update fail 2.1.5
Initial Comment:
pending.pck was moved from data directory to per list
directories. bin/update script succesfully cares this
when 2.1.4 to 2.1.5 version up but ends in error if
you want updat from 2.1.5 to 2.1.5 (alpha version up
from CVS).
here is the error message.
Traceback (most recent call last):
File "bin/update", line 774, in ?
errors = main()
File "bin/update", line 698, in main
update_pending()
File "bin/update", line 563, in update_pending
for key, val in db.items():
AttributeError: 'NoneType' object has no attribute
'items'
I hope the attached patch may be useful.
----------------------------------------------------------------------
>Comment By: Barry A. Warsaw (bwarsaw)
Date: 2004-02-28 23:41
Message:
Logged In: YES
user_id=12800
I found the same bug today before I saw report! I think the
fix is actually to just return when db is still None
(because it's already been updated, or otherwise doesn't
exist). That's what I checked into cvs.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905532&group_i…
Bugs item #905910, was opened at 2004-02-27 10:20
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=905910&group_i…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Tim Altman (junyor)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wrong headers sent with gzip'd
Initial Comment:
The filename and/or headers for list archives are
incorrect. This causes some browsers to choke in
their handling of the files. The filename should have
the ".gz" extension stripped, as the files are really
just text files. Headers currently sent are as
follows:
GET /mailman/<removed>/2004-February.txt.gz
HTTP/1.1
User-Agent: Opera/7.50 (Windows NT 5.1; U) [en]
Host: <removed>
Accept: text/html, application/xml;q=0.9,
application/xhtml+xml, image/png, image/jpeg,
image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: en
Accept-Charset: windows-1252, utf-8, utf-16,
iso-8859-1;q=0.6, *;q=0.1
Accept-Encoding: deflate, gzip, x-gzip, identity, *;
q=0
Referer: <removed>
Cookie: <removed>
Cookie2: $Version=1
Connection: Keep-Alive, TE
TE: deflate, gzip, chunked, identity, trailers
HTTP/1.1 200 OK
Date: Fri, 27 Feb 2004 15:13:32 GMT
Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/plain
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905910&group_i…
Bugs item #905532, was opened at 2004-02-27 01:33
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=905532&group_i…
Category: configuring/installing
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Tokio Kikuchi (tkikuchi)
Assigned to: Nobody/Anonymous (nobody)
Summary: bin/update fail 2.1.5
Initial Comment:
pending.pck was moved from data directory to per list
directories. bin/update script succesfully cares this
when 2.1.4 to 2.1.5 version up but ends in error if
you want updat from 2.1.5 to 2.1.5 (alpha version up
from CVS).
here is the error message.
Traceback (most recent call last):
File "bin/update", line 774, in ?
errors = main()
File "bin/update", line 698, in main
update_pending()
File "bin/update", line 563, in update_pending
for key, val in db.items():
AttributeError: 'NoneType' object has no attribute
'items'
I hope the attached patch may be useful.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905532&group_i…
Patches item #904850, was opened at 2004-02-26 06:02
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=904850&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: Scrubber in regular delivery per list
Initial Comment:
Mailman/Handlers/Scrubber.py is used to save
attachments in separated area in the pipermail
archive while processing the messages in archiving
and digesting. We can also use this script in
GLOBAL_PIPELINE to scrub all the messages for regular
(non-digest) delivery. This patch makes this
scrubbing configurable per list.
This patch will work most of the environment
(us-ascii only sites) but you are adviced to apply a
separate scrubber patch #891491 to avoid i18n bugs.
In mailman src dir, type patch -p1 < this_patch.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=904850&group_i…
Patches item #891491, was opened at 2004-02-06 01:26
Message generated for change (Comment added) made by tkikuchi
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i…
Category: Pipermail
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 8
Submitted By: Tokio Kikuchi (tkikuchi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Scrubber.py patch
Initial Comment:
Scrubber.py has number of bugs for processing various
types of attachment and languages and many have
submitted patches to fix them. This patch item is
opened to collect such patches for convenience.
This patch corrects:
- if an attached text is composed by win notepad, it
has no charset specified and actual charset may be
different from message/list charset. This sometimes
cause error in composing digest message.
- sometimes, null charset is represented by '' as
well as None.
- embedded rfc-2822 message is lost if you don't use
msg.walk()
- special problem with japanese charsets.
- t (stringfied part) may be None which you can't
append a '\n'.
----------------------------------------------------------------------
>Comment By: Tokio Kikuchi (tkikuchi)
Date: 2004-02-25 10:42
Message:
Logged In: YES
user_id=67709
uploading revised patch. Now fixes a few more bugs which try
to decode scrub plain text message and result in mojibake.
Also, japanese filename tend to become so long that system
limit may exceeded because of mime encoding, so add an
option not to use the filename in the message but to use
'attachment' as filename. Because this patch spans two files
(Defaults.py.in and Handlers/Scrubber.py) you have to cd
mailman and patch -p1 < this_patch. (Well, I think it is
-p1. If it didn't work, try -p0 ;-)
----------------------------------------------------------------------
Comment By: Jonathan Larmour (jifl)
Date: 2004-02-22 17:25
Message:
Logged In: YES
user_id=817601
I strongly recommend applying this patch. I received a mail
bounce on a list with an empty charset in a part (i.e.
"charset=") and it caused /var/mailman/cron/senddigest and
thus all digest processing to fail because of this error:
Traceback (most recent call last):
File "/var/mailman/cron/senddigests", line 94, in ?
main()
File "/var/mailman/cron/senddigests", line 86, in main
mlist.send_digest_now()
File "/var/mailman/Mailman/Digester.py", line 60, in
send_digest_now
ToDigest.send_digests(self, mboxfp)
File "/var/mailman/Mailman/Handlers/ToDigest.py", line
123, in send_digests
send_i18n_digests(mlist, mboxfp)
File "/var/mailman/Mailman/Handlers/ToDigest.py", line
295, in send_i18n_digests
msg = scrubber(mlist, msg)
File "/var/mailman/Mailman/Handlers/Scrubber.py", line
308, in process
t = t.encode(charset, 'replace')
File "/usr/lib/python2.2/encodings/__init__.py", line 51,
in search_function
mod = __import__(modname,globals(),locals(),'*')
which is something this patch fixes.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i…
Bugs item #902646, was opened at 2004-02-23 13:41
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=902646&group_i…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Maurice Snellen (kiap)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnicodeEncodeError submitting admin request
Initial Comment:
When submitting an admin request to have a number of
addresses set to 'Ignore' processing the list of mails
received from addresses not subscribed to the list, the
following error is received by the list moderator. I have
confirmed that the same error occurs with the site admin
password.
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 "/var/mailman/nlbdsmorg/scripts/driver", line 87, in
run_main
main()
File "/var/mailman/nlbdsmorg/Mailman/Cgi/admindb.py",
line 163, in main
process_form(mlist, doc, cgidata)
File "/var/mailman/nlbdsmorg/Mailman/Cgi/admindb.py",
line 694, in
process_form
forward, forwardaddr)
File "/var/mailman/nlbdsmorg/Mailman/ListAdmin.py", line
184, in
HandleRequest
forward, addr)
File "/var/mailman/nlbdsmorg/Mailman/ListAdmin.py", line
373, in
__handlepost
syslog('vette', note)
File "/var/mailman/nlbdsmorg/Mailman/Logging/Syslog.
py", line 40, in write
self.write_ex(kind, msg, args, kws)
File "/var/mailman/nlbdsmorg/Mailman/Logging/Syslog.
py", line 58, in
write_ex
logf.write(msg + '\n')
File
"/var/mailman/nlbdsmorg/Mailman/Logging/StampedLogger.
py", line 73,
in write
Logger.write(self, "%s %s" % (prefix, msg))
File "/var/mailman/nlbdsmorg/Mailman/Logging/Logger.
py", line 91, in write
f.write(msg)
UnicodeEncodeError: 'ascii' codec can't encode character
u'\xe9' in position
116: ordinal not in range(128)
-------------------------------------------------------
---------------------
----
Python information:
Variable Value
sys.version 2.3.3 (#1, Jan 23 2004, 17:15:25) [GCC 2.95.
3 20010315
(release)]
sys.executable /usr/bin/python
sys.prefix /usr
sys.exec_prefix /usr
sys.path /usr
sys.platform linux2
-------------------------------------------------------
---------------------
----
Environment variables:
Variable Value
HTTP________________ ~~~~~ ~~~~~~~
HTTP_COOKIE
bvj-operators+admin=2802000000690d3539407328000000
35313635333439656563666564
306432636330623136376634653138666139366537323037
626334
SERVER_SOFTWARE Apache/1.3.27 (Unix) PHP/4.3.2
mod_ssl/2.8.14
OpenSSL/0.9.7b
SCRIPT_NAME /mailman/admindb
SERVER_SIGNATURE Apache/1.3.27 Server at nl-bdsm.
org Port 80
REQUEST_METHOD POST
PATH_INFO /bvj-operators
SERVER_PROTOCOL HTTP/1.1
QUERY_STRING
CONTENT_LENGTH 891
HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0;
Windows NT 5.1; .NET CLR
1.1.4322)
HTTP_CONNECTION Keep-Alive
SERVER_NAME nl-bdsm.org
REMOTE_ADDR 80.126.99.148
PATH_TRANSLATED /var/www/prod/nl-bdsm.
org/bvj-operators
SERVER_PORT 80
SERVER_ADDR 212.238.194.176
DOCUMENT_ROOT /var/www/prod/nl-bdsm.org
PYTHONPATH /var/mailman/nlbdsmorg
SCRIPT_FILENAME
/var/mailman/nlbdsmorg/cgi-bin/admindb
SERVER_ADMIN webmaster(a)nl-bdsm.org
HTTP_HOST nl-bdsm.org
HTTP_CACHE_CONTROL no-cache
REQUEST_URI /mailman/admindb/bvj-operators
HTTP_ACCEPT image/gif, image/x-xbitmap, image/jpeg,
image/pjpeg,
application/vnd.ms-excel, application/vnd.ms-powerpoint,
application/msword,
application/x-shockwave-flash, */*
HTTP________ ~~~~:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~
GATEWAY_INTERFACE CGI/1.1
REMOTE_PORT 1245
HTTP_ACCEPT_LANGUAGE nl
CONTENT_TYPE application/x-www-form-urlencoded
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=902646&group_i…
Patches item #899263, was opened at 2004-02-17 20:50
Message generated for change (Comment added) made by bwarsaw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=899263&group_i…
Category: configure/install
Group: Mailman 2.1
>Status: Closed
>Resolution: Accepted
Priority: 5
Submitted By: Tokio Kikuchi (tkikuchi)
Assigned to: Nobody/Anonymous (nobody)
Summary: update to 2.1.5
Initial Comment:
Update to 2.1.5 from 2.1.4 earlier checks pending.pck
for duplicate ids and aborts if there is one such
duplication. My mailman installation is fairly old,
have long history and had orphaned pending-ids.
It looked like we can safely ignore such duplication.
----------------------------------------------------------------------
>Comment By: Barry A. Warsaw (bwarsaw)
Date: 2004-02-22 17:46
Message:
Logged In: YES
user_id=12800
Thanks! I changed the warning message a bit.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=899263&group_i…
Bugs item #901502, was opened at 2004-02-20 19:03
Message generated for change (Comment added) made by bwarsaw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=901502&group_i…
Category: Web/CGI
Group: 2.1 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Derek Atkins (mit_warlord)
Assigned to: Nobody/Anonymous (nobody)
Summary: Edit Options for unsubbed user results in backtrace
Initial Comment:
I was trying to test out a new installation of mailman.
I tried to subscribe by the web site, and it sent me a
response. I tried responding by email and
simultaneously put my email in the "unsubscribe or edit
options" box and clicked the button.
When I clicked the button I received the following message:
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 "/var/mailman/scripts/driver", line 87, in run_main
main()
File "/var/mailman/Mailman/Cgi/options.py", line 226,
in main
password, user):
File "/var/mailman/Mailman/SecurityManager.py", line
220, in WebAuthenticate
ok = self.CheckCookie(ac, user)
File "/var/mailman/Mailman/SecurityManager.py", line
300, in CheckCookie
ok = self.__checkone(c, authcontext, user)
File "/var/mailman/Mailman/SecurityManager.py", line
310, in __checkone
key, secret = self.AuthContextInfo(authcontext, user)
File "/var/mailman/Mailman/SecurityManager.py", line
105, in AuthContextInfo
secret = self.getMemberPassword(user)
File "/var/mailman/Mailman/OldStyleMemberships.py",
line 102, in getMemberPassword
raise Errors.NotAMemberError, member
NotAMemberError: XXXXX(a)YYYYY.ZZZ
Python information:
Variable Value
sys.version 2.2.3 (#1, Oct 15 2003, 23:33:35) [GCC
3.3.1 20030930 (Red Hat Linux 3.3.1-6)]
sys.executable /usr/bin/python
sys.prefix /usr
sys.exec_prefix /usr
sys.path /usr
sys.platform linux2
----------------------------------------------------------------------
>Comment By: Barry A. Warsaw (bwarsaw)
Date: 2004-02-22 17:25
Message:
Logged In: YES
user_id=12800
Already fixed in cvs for 2.1.5
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=901502&group_i…
Patches item #891491, was opened at 2004-02-06 01:26
Message generated for change (Comment added) made by jifl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i…
Category: Pipermail
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 8
Submitted By: Tokio Kikuchi (tkikuchi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Scrubber.py patch
Initial Comment:
Scrubber.py has number of bugs for processing various
types of attachment and languages and many have
submitted patches to fix them. This patch item is
opened to collect such patches for convenience.
This patch corrects:
- if an attached text is composed by win notepad, it
has no charset specified and actual charset may be
different from message/list charset. This sometimes
cause error in composing digest message.
- sometimes, null charset is represented by '' as
well as None.
- embedded rfc-2822 message is lost if you don't use
msg.walk()
- special problem with japanese charsets.
- t (stringfied part) may be None which you can't
append a '\n'.
----------------------------------------------------------------------
Comment By: Jonathan Larmour (jifl)
Date: 2004-02-22 17:25
Message:
Logged In: YES
user_id=817601
I strongly recommend applying this patch. I received a mail
bounce on a list with an empty charset in a part (i.e.
"charset=") and it caused /var/mailman/cron/senddigest and
thus all digest processing to fail because of this error:
Traceback (most recent call last):
File "/var/mailman/cron/senddigests", line 94, in ?
main()
File "/var/mailman/cron/senddigests", line 86, in main
mlist.send_digest_now()
File "/var/mailman/Mailman/Digester.py", line 60, in
send_digest_now
ToDigest.send_digests(self, mboxfp)
File "/var/mailman/Mailman/Handlers/ToDigest.py", line
123, in send_digests
send_i18n_digests(mlist, mboxfp)
File "/var/mailman/Mailman/Handlers/ToDigest.py", line
295, in send_i18n_digests
msg = scrubber(mlist, msg)
File "/var/mailman/Mailman/Handlers/Scrubber.py", line
308, in process
t = t.encode(charset, 'replace')
File "/usr/lib/python2.2/encodings/__init__.py", line 51,
in search_function
mod = __import__(modname,globals(),locals(),'*')
which is something this patch fixes.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i…
Bugs item #890732, was opened at 2004-02-04 20:45
Message generated for change (Comment added) made by thoover
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=890732&group_i…
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Denys Duchier (duchier)
Assigned to: Nobody/Anonymous (nobody)
Summary: poor date parsing trips archiving
Initial Comment:
With Mail 2.1.2, running the arch script produced some
bizarre output: messages whose date could not be
parsed were assumed to be of the current date.
I was able to cure the problem simply by updating
mailman/pythonlib/email/_parseaddr.py to the most
recent version from the python CVS.
----------------------------------------------------------------------
Comment By: Tom Hoover (thoover)
Date: 2004-02-21 23:00
Message:
Logged In: YES
user_id=23321
I'd downloaded the latest version (1.7) of _parseaddr.py
from the python CVS, and compared it to the copy on my
system found at mailman/pythonlib/email/_parseaddr.py. They
both have an md5sum of:
089bfb2cbae8f2e204f818d8c381d49e _parseaddr.py
Since I am obviously mistaken, could you please check the
md5sum of the file on your system, and let me know what it
is? Even better, could you give me the exact URL of the
correct file? (I downloaded mine from
http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Lib/email/_par…
(version 1.7, dated 6-13-03).
If this is the same file that you have, then there's
evidently another problem causing the 'arch' script to fail
to parse the dates correctly. (I am, however, running
Mailman 2.1.4...maybe another bug was introduced between
2.1.2 and 2.1.4?)
Thanks!
----------------------------------------------------------------------
Comment By: Denys Duchier (duchier)
Date: 2004-02-21 19:01
Message:
Logged In: YES
user_id=531638
thoover, you are mistaken - the version I fetched from the
python CVS parses such dates just fine. Also you said:
_parseaddr.py on your system - I am not sure what that means
- I was not refering to the version in your python installation -
that one is probably just fine - I was talking about the one in
the mailman installation - that's the one which is outdated.
Cheers,
----------------------------------------------------------------------
Comment By: Tom Hoover (thoover)
Date: 2004-02-20 17:28
Message:
Logged In: YES
user_id=23321
I checked, and the _parseaddr.py on my system is identical
to the latest in CVS...I still have the problem. The arch
script won't parse dates in the format of:
Date: Sat, 17 Jan 2004 16:32:00 -0600
so it therefore converts the date to the current date:
Date: Fri Feb 20 09:43:05 2004
I wanted to change my local backup script to backup only the
*.mbox files (I would then recreate the html files using
'arch' in the event of a crash, etc), but for now I'm still
backing up everything.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=890732&group_i…