Mailman-coders March 2005

mailman-coders@python.org

1 participants
59 discussions

[ mailman-Bugs-782024 ] Private archives link error

by SourceForge.net

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…

16 years, 7 months

[ mailman-Bugs-759841 ] Multipart/mixed issues in archives

by SourceForge.net

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…

16 years, 7 months

[ mailman-Bugs-759841 ] Multipart/mixed issues in archives

by SourceForge.net

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…

16 years, 7 months

[ mailman-Bugs-998384 ] Tend to Pending Moderator Requests breaks on a few lists

by SourceForge.net

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…

16 years, 7 months

[ mailman-Patches-943827 ] true virtual hosting patch for 2.1

by SourceForge.net

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…

16 years, 7 months

[ mailman-Bugs-998384 ] Tend to Pending Moderator Requests breaks on a few lists

by SourceForge.net

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…

16 years, 7 months

[ mailman-Bugs-998384 ] Tend to Pending Moderator Requests breaks on a few lists

by SourceForge.net

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…

16 years, 7 months

[ mailman-Patches-1107631 ] changeMemberAddress does not preserve nomail or topics

by SourceForge.net

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

16 years, 7 months

[ mailman-Patches-1164498 ] make logos on UI live links

by SourceForge.net

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

16 years, 7 months

[ mailman-Patches-1164498 ] make logos on UI live links

by SourceForge.net

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

16 years, 7 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Mailman-coders March 2005