Bugs item #782024, was opened at 2003-08-02 10:24
Message generated for change (Comment added) made by timmann
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=782024&group_i…
Category: Pipermail
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nicola Soranzo (soranzo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Private archives link error
Initial Comment:
If I visit
http://domain/mailman/private/listname/
all the links to the Thread, Subject, ... monthly
archives are correct, but if the URL is
http://domain/mailman/private/listname
(without the trailing slash), the links are incorrect,
eg.:
http://domain/mailman/private/2003-July/thread.html
(without the listname between private and the month).
----------------------------------------------------------------------
Comment By: Tim Mann (timmann)
Date: 2005-03-18 00:07
Message:
Logged In: YES
user_id=95236
Example of the quick fix in httpd.conf for anyone who needs it:
RewriteEngine on
RewriteRule ^(/mailman/private/[a-z]*)$ $1/ [R]
----------------------------------------------------------------------
Comment By: Hal Wine (halw)
Date: 2004-04-03 06:03
Message:
Logged In: YES
user_id=630568
Note: this bug is still in 2.1.4, and affects users since
the URL provided by mailman in the List-Archive: email
header does not contain the trailing slash.
----------------------------------------------------------------------
Comment By: Thomas Arendsen Hein (thomas_ah)
Date: 2003-09-02 03:27
Message:
Logged In: YES
user_id=839582
A quick fix is to add a redirect in your web server.
But since the List-Archive mail header points to the link
without a trailing slash, this should be done in the cgi
script, too.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=782024&group_i…
Bugs item #759841, was opened at 2003-06-24 07:22
Message generated for change (Comment added) made by q7joey
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=759841&group_i…
Category: Pipermail
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 8
Submitted By: Pug Bainter (phelim_gervase)
Assigned to: Nobody/Anonymous (nobody)
Summary: Multipart/mixed issues in archives
Initial Comment:
We are having problems with mailing lists that are not
being properly stripped down to text content in the
archives. When there is multipart/mixed, it doesn't
pull the multipart/alternative sections into their
appropriate text portions.
For example, from content such as the following:
==============================================================================
>From ...
[...]
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary=------------InterScan_NT_MIME_Boundary
[...]
This is a multi-part message in MIME format.
--------------InterScan_NT_MIME_Boundary
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C336A1.2C7564BC"
Content-Transfer-Encoding: 7bit
------_=_NextPart_001_01C336A1.2C7564BC
Content-Type: text/plain;
charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Kevin has a pending checkin that addresses the
minss/maxss issue.
=20
[...]
------_=_NextPart_001_01C336A1.2C7564BC
Content-Type: text/html;
charset=us-ascii
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
Transitional//EN">
<HTML xmlns=3D"http://www.w3.org/TR/REC-html40" xmlns:v
=3D=20
"urn:schemas-microsoft-com:vml" xmlns:o =3D=20
"urn:schemas-microsoft-com:office:office" xmlns:w =3D=20
"urn:schemas-microsoft-com:office:word" xmlns:x =3D=20
"urn:schemas-microsoft-com:office:excel" xmlns:st1 =3D=20
"urn:schemas-microsoft-com:office:smarttags"><HEAD><TITLE>Message</TITLE>=
[...]
==============================================================================
I only get the following:
==============================================================================
[64bit-compiler-analysis] RE: vpr analysis
Syyyy Kyyyyy syyyk at yyy.com
Thu Jun 19 14:27:16 CDT 2003
Previous message: [64bit-compiler-analysis] 06-19-03
MSFT 64-Bit C/C++ compiler
+improvement discussion
Next message: [64bit-compiler-analysis] RE: vpr analysis
Messages sorted by: [ date ] [ thread ] [ subject ] [
author ]
--------------------------------------------------------------------------------
Skipped content of type multipart/alternative
--------------------------------------------------------------------------------
Previous message: [64bit-compiler-analysis] 06-19-03
MSFT 64-Bit C/C++ compiler
+improvement discussion
Next message: [64bit-compiler-analysis] RE: vpr analysis
Messages sorted by: [ date ] [ thread ] [ subject ] [
author ]
--------------------------------------------------------------------------------
More information about the 64bit-compiler-analysis
mailing list
==============================================================================
As you can see, the actual content of the
multipart/alternative portion [text/plain and
text/html] were completely stripped out instead of
being shown a plain text.
----------------------------------------------------------------------
Comment By: Joe Pruett (q7joey)
Date: 2005-03-17 21:00
Message:
Logged In: YES
user_id=559223
i just looked at the cvs closer and i see that the patch is
on the 2.1 branch, but hasn't made it into the trunk yet.
----------------------------------------------------------------------
Comment By: Joe Pruett (q7joey)
Date: 2005-03-17 20:52
Message:
Logged In: YES
user_id=559223
i just started working on a 2.1.5 system and discovered that
this bug was still there. from looking in cvs, it appears
to be fixed there (although it seems to reference an
unrelated bugid).
updating this bug to reflect the cvs update would be nice.
----------------------------------------------------------------------
Comment By: Tokio Kikuchi (tkikuchi)
Date: 2003-12-27 17:17
Message:
Logged In: YES
user_id=67709
The patch by q7joey is merged into my Scrubber.py patch
#866238. I hope Barry can integrate it in 2.1.4.
----------------------------------------------------------------------
Comment By: Joe Pruett (q7joey)
Date: 2003-09-27 09:48
Message:
Logged In: YES
user_id=559223
i have a few line patch that seems to make it do what is
expected.
i can't see how to attach via sourceforge yet, so i'll paste
it here:
---
/usr/local/src/mailman-2.1.2/Mailman/Handlers/Scrubber.py
Fri Feb 7 23:13:50 2003
+++ ./Scrubber.py Sat Sep 27 08:58:46 2003
@@ -286,11 +286,13 @@
# BAW: Martin's original patch suggested we might
want to try
# generalizing to utf-8, and that's probably a good
idea (eventually).
text = []
- for part in msg.get_payload():
+ for part in msg.walk():
+ if part.get_main_type() == 'multipart':
+ continue
# All parts should be scrubbed to text/plain by
now.
partctype = part.get_content_type()
if partctype <> 'text/plain':
- text.append(_('Skipped content of type
%(partctype)s'))
+ text.append(_('Skipped content of type
%(partctype)s\n'))
continue
try:
t = part.get_payload(decode=1)
----------------------------------------------------------------------
Comment By: Martin RJ. Cleaver (mrjc)
Date: 2003-09-27 00:23
Message:
Logged In: YES
user_id=50125
This fails for many of my users as they habitually attach a
photo of themselves in their signatures. They are incredulous
at the idea that mailman can't handle it.
Thanks
----------------------------------------------------------------------
Comment By: Joe Pruett (q7joey)
Date: 2003-09-26 18:26
Message:
Logged In: YES
user_id=559223
i agree that this should be a high priority issue. a simple
message with just multipart/alternative will show up in the
archive ok, but if there is any other kind of attachment,
then the entire multipart section is skipped and you just
get a link for the extra attachment for download/view
ability. i haven't started to look at the code (and i'm not
a python/mailman person), but i'll report anything i can find.
----------------------------------------------------------------------
Comment By: Martin RJ. Cleaver (mrjc)
Date: 2003-09-22 06:34
Message:
Logged In: YES
user_id=50125
Additionally I think it is appropriate to up the priority on this
bug as it causes key functionality to fail.
----------------------------------------------------------------------
Comment By: Martin RJ. Cleaver (mrjc)
Date: 2003-09-22 06:26
Message:
Logged In: YES
user_id=50125
This is causing me real problems! Is there any known
workarounds?
If I can't fix this I might have to use a different package as
presently all my archives are useless!
----------------------------------------------------------------------
Comment By: Pug Bainter (phelim_gervase)
Date: 2003-06-24 10:01
Message:
Logged In: YES
user_id=484284
This appears to be within:
def process(mlist, msg, msgdata=None):
at around line 276, but I saw no way of making it recurse
for multipart/[mixed|alternative] sub-MIME parts.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=759841&group_i…
Bugs item #759841, was opened at 2003-06-24 07:22
Message generated for change (Comment added) made by q7joey
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=759841&group_i…
Category: Pipermail
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 8
Submitted By: Pug Bainter (phelim_gervase)
Assigned to: Nobody/Anonymous (nobody)
Summary: Multipart/mixed issues in archives
Initial Comment:
We are having problems with mailing lists that are not
being properly stripped down to text content in the
archives. When there is multipart/mixed, it doesn't
pull the multipart/alternative sections into their
appropriate text portions.
For example, from content such as the following:
==============================================================================
>From ...
[...]
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary=------------InterScan_NT_MIME_Boundary
[...]
This is a multi-part message in MIME format.
--------------InterScan_NT_MIME_Boundary
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C336A1.2C7564BC"
Content-Transfer-Encoding: 7bit
------_=_NextPart_001_01C336A1.2C7564BC
Content-Type: text/plain;
charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Kevin has a pending checkin that addresses the
minss/maxss issue.
=20
[...]
------_=_NextPart_001_01C336A1.2C7564BC
Content-Type: text/html;
charset=us-ascii
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
Transitional//EN">
<HTML xmlns=3D"http://www.w3.org/TR/REC-html40" xmlns:v
=3D=20
"urn:schemas-microsoft-com:vml" xmlns:o =3D=20
"urn:schemas-microsoft-com:office:office" xmlns:w =3D=20
"urn:schemas-microsoft-com:office:word" xmlns:x =3D=20
"urn:schemas-microsoft-com:office:excel" xmlns:st1 =3D=20
"urn:schemas-microsoft-com:office:smarttags"><HEAD><TITLE>Message</TITLE>=
[...]
==============================================================================
I only get the following:
==============================================================================
[64bit-compiler-analysis] RE: vpr analysis
Syyyy Kyyyyy syyyk at yyy.com
Thu Jun 19 14:27:16 CDT 2003
Previous message: [64bit-compiler-analysis] 06-19-03
MSFT 64-Bit C/C++ compiler
+improvement discussion
Next message: [64bit-compiler-analysis] RE: vpr analysis
Messages sorted by: [ date ] [ thread ] [ subject ] [
author ]
--------------------------------------------------------------------------------
Skipped content of type multipart/alternative
--------------------------------------------------------------------------------
Previous message: [64bit-compiler-analysis] 06-19-03
MSFT 64-Bit C/C++ compiler
+improvement discussion
Next message: [64bit-compiler-analysis] RE: vpr analysis
Messages sorted by: [ date ] [ thread ] [ subject ] [
author ]
--------------------------------------------------------------------------------
More information about the 64bit-compiler-analysis
mailing list
==============================================================================
As you can see, the actual content of the
multipart/alternative portion [text/plain and
text/html] were completely stripped out instead of
being shown a plain text.
----------------------------------------------------------------------
Comment By: Joe Pruett (q7joey)
Date: 2005-03-17 20:52
Message:
Logged In: YES
user_id=559223
i just started working on a 2.1.5 system and discovered that
this bug was still there. from looking in cvs, it appears
to be fixed there (although it seems to reference an
unrelated bugid).
updating this bug to reflect the cvs update would be nice.
----------------------------------------------------------------------
Comment By: Tokio Kikuchi (tkikuchi)
Date: 2003-12-27 17:17
Message:
Logged In: YES
user_id=67709
The patch by q7joey is merged into my Scrubber.py patch
#866238. I hope Barry can integrate it in 2.1.4.
----------------------------------------------------------------------
Comment By: Joe Pruett (q7joey)
Date: 2003-09-27 09:48
Message:
Logged In: YES
user_id=559223
i have a few line patch that seems to make it do what is
expected.
i can't see how to attach via sourceforge yet, so i'll paste
it here:
---
/usr/local/src/mailman-2.1.2/Mailman/Handlers/Scrubber.py
Fri Feb 7 23:13:50 2003
+++ ./Scrubber.py Sat Sep 27 08:58:46 2003
@@ -286,11 +286,13 @@
# BAW: Martin's original patch suggested we might
want to try
# generalizing to utf-8, and that's probably a good
idea (eventually).
text = []
- for part in msg.get_payload():
+ for part in msg.walk():
+ if part.get_main_type() == 'multipart':
+ continue
# All parts should be scrubbed to text/plain by
now.
partctype = part.get_content_type()
if partctype <> 'text/plain':
- text.append(_('Skipped content of type
%(partctype)s'))
+ text.append(_('Skipped content of type
%(partctype)s\n'))
continue
try:
t = part.get_payload(decode=1)
----------------------------------------------------------------------
Comment By: Martin RJ. Cleaver (mrjc)
Date: 2003-09-27 00:23
Message:
Logged In: YES
user_id=50125
This fails for many of my users as they habitually attach a
photo of themselves in their signatures. They are incredulous
at the idea that mailman can't handle it.
Thanks
----------------------------------------------------------------------
Comment By: Joe Pruett (q7joey)
Date: 2003-09-26 18:26
Message:
Logged In: YES
user_id=559223
i agree that this should be a high priority issue. a simple
message with just multipart/alternative will show up in the
archive ok, but if there is any other kind of attachment,
then the entire multipart section is skipped and you just
get a link for the extra attachment for download/view
ability. i haven't started to look at the code (and i'm not
a python/mailman person), but i'll report anything i can find.
----------------------------------------------------------------------
Comment By: Martin RJ. Cleaver (mrjc)
Date: 2003-09-22 06:34
Message:
Logged In: YES
user_id=50125
Additionally I think it is appropriate to up the priority on this
bug as it causes key functionality to fail.
----------------------------------------------------------------------
Comment By: Martin RJ. Cleaver (mrjc)
Date: 2003-09-22 06:26
Message:
Logged In: YES
user_id=50125
This is causing me real problems! Is there any known
workarounds?
If I can't fix this I might have to use a different package as
presently all my archives are useless!
----------------------------------------------------------------------
Comment By: Pug Bainter (phelim_gervase)
Date: 2003-06-24 10:01
Message:
Logged In: YES
user_id=484284
This appears to be within:
def process(mlist, msg, msgdata=None):
at around line 276, but I saw no way of making it recurse
for multipart/[mixed|alternative] sub-MIME parts.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=759841&group_i…
Bugs item #998384, was opened at 2004-07-27 02:15
Message generated for change (Comment added) made by followme
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_i…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Len Hatfield (lenhatfield)
Assigned to: Nobody/Anonymous (nobody)
Summary: Tend to Pending Moderator Requests breaks on a few lists
Initial Comment:
After upgrading from MM 2.0.3 to 2.1.5, I find that on
just a couple of my lists when I access the web-admin
interface and try to follow the "Tend to Pending
Moderator Requests" link, I get the following bug
announcement:
Bug in Mailman version 2.1.5
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 "/c/mm2/scripts/driver", line 87, in run_main
main()
File "/c/mm2/Mailman/Cgi/admindb.py", line 231, in main
num = show_pending_subs(mlist, form)
File "/c/mm2/Mailman/Cgi/admindb.py", line 274, in
show_pending_subs
pendingsubs = mlist.GetSubscriptionIds()
File "/c/mm2/Mailman/ListAdmin.py", line 138, in
GetSubscriptionIds
return self.__getmsgids(SUBSCRIPTION)
File "/c/mm2/Mailman/ListAdmin.py", line 130, in
__getmsgids
ids = [k for k, (op, data) in self.__db.items() if
op == rtype]
ValueError: unpack tuple of wrong size
Python information:
Variable Value
sys.version 2.3.4 (#1, Jul 21 2004, 23:31:00) [GCC
2.95.3 20010315 (release)]
sys.executable /usr/bin/python
sys.prefix /usr/local
sys.exec_prefix /usr/local
sys.path /usr/local
sys.platform linux2
Environment variables:
Variable Value
HTTP_REFERER http://wiz.cath.vt.edu/mailman/admin/hel-l
SERVER_SOFTWARE Apache
SCRIPT_NAME /mailman/admindb
SERVER_SIGNATURE
REQUEST_METHOD GET
HTTP_KEEP_ALIVE 300
SERVER_PROTOCOL HTTP/1.1
QUERY_STRING
HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_USER_AGENT Mozilla/5.0 (Macintosh; U; PPC Mac OS
X Mach-O; en-US; rv:1.7) Gecko/20040628 Firefox/0.9.1
HTTP_CONNECTION keep-alive
HTTP_COOKIE
hel-l+admin=280200000069299d0541732800000034633337343331663037376464386366353661356532393638663262343937613764313365663234
SERVER_NAME wiz.cath.vt.edu
REMOTE_ADDR 68.185.125.105
PATH_TRANSLATED /www/hel-l
SERVER_PORT 80
SERVER_ADDR 128.173.51.243
DOCUMENT_ROOT /www
PYTHONPATH /c/mm2
SCRIPT_FILENAME /c/mm2/cgi-bin/admindb
SERVER_ADMIN lhat(a)wiz.cath.vt.edu
HTTP_HOST wiz.cath.vt.edu
REQUEST_URI /mailman/admindb/hel-l
HTTP_ACCEPT
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
GATEWAY_INTERFACE CGI/1.1
REMOTE_PORT 61615
HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5
HTTP_ACCEPT_ENCODING gzip,deflate
UNIQUE_ID QQWdLICtM-MAAEji16U
PATH_INFO /hel-l
----------------------------------------------------------------------
Comment By: Zoran Dzelajlija (followme)
Date: 2005-03-16 21:50
Message:
Logged In: YES
user_id=106281
Third time's a charm! I can't find a way to attach file to the report, so
here's the patch:
http://list.iskon.hr/~jelly/mailman-2.1.5-_UpdateRequests.diff
Here's my mail to -devel:
http://mail.python.org/pipermail/mailman-developers/2005-March/017956.
html
After applying, running _UpdateRecords() on the affected lists using withlist
fixes the problem here. Running bin/update would probably work too.
Bug 986186 might be the same thing.
----------------------------------------------------------------------
Comment By: Zoran Dzelajlija (followme)
Date: 2005-03-16 21:36
Message:
Logged In: YES
user_id=106281
I've stumbled upon this too. I've sent a patch to mailman-devel without
checking for the same bug reported, so I'll try ot attach it here too.
As soon as I find out how to.
----------------------------------------------------------------------
Comment By: Zoran Dzelajlija (followme)
Date: 2005-03-16 21:34
Message:
Logged In: YES
user_id=106281
I've stumbled upon this too. I've sent a patch to mailman-devel without
checking for the same bug reported, so I'll try ot attach it here too.
As soon as I find out how to.
----------------------------------------------------------------------
Comment By: Zot O'Connor (zot)
Date: 2004-10-15 06:58
Message:
Logged In: YES
user_id=79680
I am seeing the same exact thing.
Traceback (most recent call last):
File "/var/mailman/scripts/driver", line 87, in run_main
main()
File "/var/mailman/Mailman/Cgi/admindb.py", line 231, in main
num = show_pending_subs(mlist, form)
File "/var/mailman/Mailman/Cgi/admindb.py", line 274, in
show_pending_subs
pendingsubs = mlist.GetSubscriptionIds()
File "/var/mailman/Mailman/ListAdmin.py", line 138, in
GetSubscriptionIds
return self.__getmsgids(SUBSCRIPTION)
File "/var/mailman/Mailman/ListAdmin.py", line 130, in
__getmsgids
ids = [k for k, (op, data) in self.__db.items() if op ==
rtype]
ValueError: unpack tuple of wrong size
sys.version 2.3.3 (#1, May 7 2004, 10:31:40) [GCC 3.3.3
20040412 (Red Hat Linux 3.3.3-7)]
sys.executable /usr/bin/python
sys.prefix /usr
sys.exec_prefix /usr
sys.path /usr
sys.platform linux2
The environment vars were a bit off for
PATH_TRANSLATED
and
DOCUMENT_ROOT
But evertyhing else seems to be working.
Is anyone looking at this bug?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_i…
Patches item #943827, was opened at 2004-04-28 12:57
Message generated for change (Comment added) made by anarcat
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=943827&group_i…
Category: list administration
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: The Anarcat (anarcat)
Assigned to: Nobody/Anonymous (nobody)
Summary: true virtual hosting patch for 2.1
Initial Comment:
[copy of the mail sent to -developpers@]
We developped a reliable solution for running lists
with the same name
on different domains on the same Mailman installation.
I implemented that on top of the Mailman 2.1.1-5.1
Debian stable
package. All that is needed is to patch 2 files
(bin/newlist,
Mailman/MailList.py) in the mailman install, and here
is the patch:
http://bugs.koumbit.net/file_download.php?file_id=3&type=bug
There's only one caveat right now:
Mailman/Cgi/create.py might need to
get patched too, but I haven't got around looking at it
yet, and it
"just works", for now.
I don't know what's the current status of virtual
hosting support on
Mailman, but this patch is a simple hack that should
bring joy in the
homes of all Mailman admins around the world. :)
I got my inspiration and part of the code from:
http://mithrandr.moria.org/blog/139.html
All it does is to add the domain to the internal_name()
of a list. The
real_name is kept as is, and the getListAddress() does
the Right Thing.
This makes Mailman generate aliases like:
list-example.com:
"|/var/lib/mailman/mail/mailman post list-example.com"
Care will have to be taken on the MTA side to map those
list-example.com
to list(a)example.com. We are using alternc.org to manage
our server, so
we are using LDAP, so everything went pretty smoothly.
:) But I guess it
will require some magic on the Postfix side or something...
Cheers,
A.
PS: for those wanting to see more, you can come to our
Wiki:
http://koumbit.net/wiki/VirtualMailman
You'll probably have a little trouble finding your way
if you don't
read french though. :) Babelfish might help, haven't tried.
----------------------------------------------------------------------
>Comment By: The Anarcat (anarcat)
Date: 2005-03-16 15:40
Message:
Logged In: YES
user_id=246797
I have ported the patch to 2.1.4, no news on 2.1.5 yet. I
have also put the patch in a seperate CVS server. Fetch all
the goods there:
http://cvs.koumbit.net/cgi-bin/cvsweb/koumbit-maint/patches/mailman-true-vi…http://cvs.koumbit.net/cgi-bin/cvsweb/koumbit-maint/patches/mailman-true-vi…
I've also updated the 2.1.1 patch to fix the list-id, so I
delete the attachment, fetch the patch straight from our CVS
for the latest fixes.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=943827&group_i…
Bugs item #998384, was opened at 2004-07-27 02:15
Message generated for change (Comment added) made by followme
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_i…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Len Hatfield (lenhatfield)
Assigned to: Nobody/Anonymous (nobody)
Summary: Tend to Pending Moderator Requests breaks on a few lists
Initial Comment:
After upgrading from MM 2.0.3 to 2.1.5, I find that on
just a couple of my lists when I access the web-admin
interface and try to follow the "Tend to Pending
Moderator Requests" link, I get the following bug
announcement:
Bug in Mailman version 2.1.5
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 "/c/mm2/scripts/driver", line 87, in run_main
main()
File "/c/mm2/Mailman/Cgi/admindb.py", line 231, in main
num = show_pending_subs(mlist, form)
File "/c/mm2/Mailman/Cgi/admindb.py", line 274, in
show_pending_subs
pendingsubs = mlist.GetSubscriptionIds()
File "/c/mm2/Mailman/ListAdmin.py", line 138, in
GetSubscriptionIds
return self.__getmsgids(SUBSCRIPTION)
File "/c/mm2/Mailman/ListAdmin.py", line 130, in
__getmsgids
ids = [k for k, (op, data) in self.__db.items() if
op == rtype]
ValueError: unpack tuple of wrong size
Python information:
Variable Value
sys.version 2.3.4 (#1, Jul 21 2004, 23:31:00) [GCC
2.95.3 20010315 (release)]
sys.executable /usr/bin/python
sys.prefix /usr/local
sys.exec_prefix /usr/local
sys.path /usr/local
sys.platform linux2
Environment variables:
Variable Value
HTTP_REFERER http://wiz.cath.vt.edu/mailman/admin/hel-l
SERVER_SOFTWARE Apache
SCRIPT_NAME /mailman/admindb
SERVER_SIGNATURE
REQUEST_METHOD GET
HTTP_KEEP_ALIVE 300
SERVER_PROTOCOL HTTP/1.1
QUERY_STRING
HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_USER_AGENT Mozilla/5.0 (Macintosh; U; PPC Mac OS
X Mach-O; en-US; rv:1.7) Gecko/20040628 Firefox/0.9.1
HTTP_CONNECTION keep-alive
HTTP_COOKIE
hel-l+admin=280200000069299d0541732800000034633337343331663037376464386366353661356532393638663262343937613764313365663234
SERVER_NAME wiz.cath.vt.edu
REMOTE_ADDR 68.185.125.105
PATH_TRANSLATED /www/hel-l
SERVER_PORT 80
SERVER_ADDR 128.173.51.243
DOCUMENT_ROOT /www
PYTHONPATH /c/mm2
SCRIPT_FILENAME /c/mm2/cgi-bin/admindb
SERVER_ADMIN lhat(a)wiz.cath.vt.edu
HTTP_HOST wiz.cath.vt.edu
REQUEST_URI /mailman/admindb/hel-l
HTTP_ACCEPT
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
GATEWAY_INTERFACE CGI/1.1
REMOTE_PORT 61615
HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5
HTTP_ACCEPT_ENCODING gzip,deflate
UNIQUE_ID QQWdLICtM-MAAEji16U
PATH_INFO /hel-l
----------------------------------------------------------------------
Comment By: Zoran Dzelajlija (followme)
Date: 2005-03-16 21:36
Message:
Logged In: YES
user_id=106281
I've stumbled upon this too. I've sent a patch to mailman-devel without
checking for the same bug reported, so I'll try ot attach it here too.
As soon as I find out how to.
----------------------------------------------------------------------
Comment By: Zoran Dzelajlija (followme)
Date: 2005-03-16 21:34
Message:
Logged In: YES
user_id=106281
I've stumbled upon this too. I've sent a patch to mailman-devel without
checking for the same bug reported, so I'll try ot attach it here too.
As soon as I find out how to.
----------------------------------------------------------------------
Comment By: Zot O'Connor (zot)
Date: 2004-10-15 06:58
Message:
Logged In: YES
user_id=79680
I am seeing the same exact thing.
Traceback (most recent call last):
File "/var/mailman/scripts/driver", line 87, in run_main
main()
File "/var/mailman/Mailman/Cgi/admindb.py", line 231, in main
num = show_pending_subs(mlist, form)
File "/var/mailman/Mailman/Cgi/admindb.py", line 274, in
show_pending_subs
pendingsubs = mlist.GetSubscriptionIds()
File "/var/mailman/Mailman/ListAdmin.py", line 138, in
GetSubscriptionIds
return self.__getmsgids(SUBSCRIPTION)
File "/var/mailman/Mailman/ListAdmin.py", line 130, in
__getmsgids
ids = [k for k, (op, data) in self.__db.items() if op ==
rtype]
ValueError: unpack tuple of wrong size
sys.version 2.3.3 (#1, May 7 2004, 10:31:40) [GCC 3.3.3
20040412 (Red Hat Linux 3.3.3-7)]
sys.executable /usr/bin/python
sys.prefix /usr
sys.exec_prefix /usr
sys.path /usr
sys.platform linux2
The environment vars were a bit off for
PATH_TRANSLATED
and
DOCUMENT_ROOT
But evertyhing else seems to be working.
Is anyone looking at this bug?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_i…
Bugs item #998384, was opened at 2004-07-27 02:15
Message generated for change (Comment added) made by followme
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_i…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Len Hatfield (lenhatfield)
Assigned to: Nobody/Anonymous (nobody)
Summary: Tend to Pending Moderator Requests breaks on a few lists
Initial Comment:
After upgrading from MM 2.0.3 to 2.1.5, I find that on
just a couple of my lists when I access the web-admin
interface and try to follow the "Tend to Pending
Moderator Requests" link, I get the following bug
announcement:
Bug in Mailman version 2.1.5
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 "/c/mm2/scripts/driver", line 87, in run_main
main()
File "/c/mm2/Mailman/Cgi/admindb.py", line 231, in main
num = show_pending_subs(mlist, form)
File "/c/mm2/Mailman/Cgi/admindb.py", line 274, in
show_pending_subs
pendingsubs = mlist.GetSubscriptionIds()
File "/c/mm2/Mailman/ListAdmin.py", line 138, in
GetSubscriptionIds
return self.__getmsgids(SUBSCRIPTION)
File "/c/mm2/Mailman/ListAdmin.py", line 130, in
__getmsgids
ids = [k for k, (op, data) in self.__db.items() if
op == rtype]
ValueError: unpack tuple of wrong size
Python information:
Variable Value
sys.version 2.3.4 (#1, Jul 21 2004, 23:31:00) [GCC
2.95.3 20010315 (release)]
sys.executable /usr/bin/python
sys.prefix /usr/local
sys.exec_prefix /usr/local
sys.path /usr/local
sys.platform linux2
Environment variables:
Variable Value
HTTP_REFERER http://wiz.cath.vt.edu/mailman/admin/hel-l
SERVER_SOFTWARE Apache
SCRIPT_NAME /mailman/admindb
SERVER_SIGNATURE
REQUEST_METHOD GET
HTTP_KEEP_ALIVE 300
SERVER_PROTOCOL HTTP/1.1
QUERY_STRING
HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_USER_AGENT Mozilla/5.0 (Macintosh; U; PPC Mac OS
X Mach-O; en-US; rv:1.7) Gecko/20040628 Firefox/0.9.1
HTTP_CONNECTION keep-alive
HTTP_COOKIE
hel-l+admin=280200000069299d0541732800000034633337343331663037376464386366353661356532393638663262343937613764313365663234
SERVER_NAME wiz.cath.vt.edu
REMOTE_ADDR 68.185.125.105
PATH_TRANSLATED /www/hel-l
SERVER_PORT 80
SERVER_ADDR 128.173.51.243
DOCUMENT_ROOT /www
PYTHONPATH /c/mm2
SCRIPT_FILENAME /c/mm2/cgi-bin/admindb
SERVER_ADMIN lhat(a)wiz.cath.vt.edu
HTTP_HOST wiz.cath.vt.edu
REQUEST_URI /mailman/admindb/hel-l
HTTP_ACCEPT
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
GATEWAY_INTERFACE CGI/1.1
REMOTE_PORT 61615
HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5
HTTP_ACCEPT_ENCODING gzip,deflate
UNIQUE_ID QQWdLICtM-MAAEji16U
PATH_INFO /hel-l
----------------------------------------------------------------------
Comment By: Zoran Dzelajlija (followme)
Date: 2005-03-16 21:34
Message:
Logged In: YES
user_id=106281
I've stumbled upon this too. I've sent a patch to mailman-devel without
checking for the same bug reported, so I'll try ot attach it here too.
As soon as I find out how to.
----------------------------------------------------------------------
Comment By: Zot O'Connor (zot)
Date: 2004-10-15 06:58
Message:
Logged In: YES
user_id=79680
I am seeing the same exact thing.
Traceback (most recent call last):
File "/var/mailman/scripts/driver", line 87, in run_main
main()
File "/var/mailman/Mailman/Cgi/admindb.py", line 231, in main
num = show_pending_subs(mlist, form)
File "/var/mailman/Mailman/Cgi/admindb.py", line 274, in
show_pending_subs
pendingsubs = mlist.GetSubscriptionIds()
File "/var/mailman/Mailman/ListAdmin.py", line 138, in
GetSubscriptionIds
return self.__getmsgids(SUBSCRIPTION)
File "/var/mailman/Mailman/ListAdmin.py", line 130, in
__getmsgids
ids = [k for k, (op, data) in self.__db.items() if op ==
rtype]
ValueError: unpack tuple of wrong size
sys.version 2.3.3 (#1, May 7 2004, 10:31:40) [GCC 3.3.3
20040412 (Red Hat Linux 3.3.3-7)]
sys.executable /usr/bin/python
sys.prefix /usr
sys.exec_prefix /usr
sys.path /usr
sys.platform linux2
The environment vars were a bit off for
PATH_TRANSLATED
and
DOCUMENT_ROOT
But evertyhing else seems to be working.
Is anyone looking at this bug?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_i…
Patches item #1107631, was opened at 2005-01-23 13:01
Message generated for change (Settings changed) made by jtittsler
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1107631&group_…
Category: list administration
Group: Mailman 2.1
Status: Open
Resolution: None
>Priority: 6
Submitted By: Jim Tittsler (jtittsler)
Assigned to: Nobody/Anonymous (nobody)
Summary: changeMemberAddress does not preserve nomail or topics
Initial Comment:
OldStyleMemberships's changeMemberAddress() is
preserving neither the nomail status/time nor the topic
subscriptions. (First noticed when using
bin/clone_member.) Here is one way to fix it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1107631&group_…
Patches item #1164498, was opened at 2005-03-16 23:07
Message generated for change (Settings changed) made by jtittsler
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164498&group_…
Category: Web UI
Group: Mailman 2.1
Status: Open
Resolution: None
>Priority: 2
Submitted By: Jim Tittsler (jtittsler)
Assigned to: Nobody/Anonymous (nobody)
Summary: make logos on UI live links
Initial Comment:
If IMAGE_LOGOS is set to 0, the bottom of the web page has
textual links to the Mailman project, Python, and Gnu. When the
icon images are used, they are not turned into links. This patch
makes the images into consistent live links.
(applies to 2.1.5 and 2.1.6b4)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164498&group_…
Patches item #1164498, was opened at 2005-03-16 23:07
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=1164498&group_…
Category: Web UI
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Jim Tittsler (jtittsler)
Assigned to: Nobody/Anonymous (nobody)
Summary: make logos on UI live links
Initial Comment:
If IMAGE_LOGOS is set to 0, the bottom of the web page has
textual links to the Mailman project, Python, and Gnu. When the
icon images are used, they are not turned into links. This patch
makes the images into consistent live links.
(applies to 2.1.5 and 2.1.6b4)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164498&group_…