Mailman-coders January 2006

mailman-coders@python.org

1 participants
64 discussions

[ mailman-Patches-1419490 ] email.Utils.parsedate can return bogus date

by SourceForge.net

Patches item #1419490, was opened at 2006-01-31 01:21 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=1419490&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Tokio Kikuchi (tkikuchi) Summary: email.Utils.parsedate can return bogus date Initial Comment: While the CVE entry of CVE-2005-4153 (see http://www.securityfocus.com/bid/16248/info) is not vulnerable for mailman-2.1.7 and newer, we should fix the date parsing bug in email package. In the meantime of the package renewal, this patch may be used to workaround the bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1419490&group_…

15 years

[ mailman-Bugs-1000699 ] moderator page with details misses a submit button

by SourceForge.net

Bugs item #1000699, was opened at 2004-07-30 09:30 Message generated for change (Comment added) made by djast You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) Status: Closed Resolution: Fixed Priority: 5 Submitted By: Stepan Kasal (kasal) Assigned to: Nobody/Anonymous (nobody) Summary: moderator page with details misses a submit button Initial Comment: Working with version 2.1.5. I moderate a few lists. When I go from summary page to "wiev the detail of individual postings", I get a page which has a submit button at the bottom. Similar button should be on the top, as with the Summary page. Besides being an inconvenience, this can also be confusing: I checked "Discard all msgs marked as deferred" on the top, then moved to the end and pressed the button there. Of course the upper checkbox had no influence. Btw: I hope that the "discard all deferred" checkbox discards only the messages from that dispayed page, not the messages that might have arrived while themoderator was staring at the page. That would be nasty if it weren't this way. ---------------------------------------------------------------------- Comment By: Dan Astoorian (djast) Date: 2006-01-30 10:54 Message: Logged In: YES user_id=1437943 Apologies for being unclear: the "details" page I was referring to in my followup is the "?details=all" page (following the "you can also view the details of all held postings" link at the top of the summary page), not the details page for an individual sender or message id. The "discard all deferred" checkbox still does appear (but fails to work) on the "?details=all" page, as of 2.1.7. The test for whether to supply the button is "if not (sender or msgid):"; if the button is not supposed to appear on the "?details=all" page, perhaps the test should be changed to something like "if not (details or sender or msgid)"? ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2006-01-30 10:21 Message: Logged In: YES user_id=1123998 I am marking this closed/fixed because the "discard all deferred" checkbox was intended to work only on the summary page. It's appearance on the detail pages was a mistake that was fixed in 2.1.6. So yes, in 2.1.5 neither "discard all deferred" checkbox works on the detail pages, and BTW, you can check the box at the top of the summary page and click the button at the bottom or vice versa and it works. In 2.1.6 and above, the checkboxes appear only on the summary page and they only cause messages on that page marked 'defer' to be discarded even if there are other messages not rendered on that page. Also, there are submit buttons at both the top and bottom of both the 'all messages from' detail and the individual message detail. If you really want a "discard all messages marked defer" box that works on the "view all messages from" page, that is now a feature request (RFE) and should be resubmitted as such. ---------------------------------------------------------------------- Comment By: Dan Astoorian (djast) Date: 2006-01-30 09:48 Message: Logged In: YES user_id=1437943 The scope of the problem is greater than that: "Discard all msgs marked as deferred" does not appear to work at all from the "details" page, as far as I can tell. In the summary page, each group of items on which an action is to be taken is identified with a set of radio buttons with 'INPUT name="senderaction-SENDER"' tags, and the "senderaction-" prefix is used by the code in Cgi/admindb.py which processes the "Discard all msgs marked as deferred" checkbox. However, the details page uses only the request-id in the field names, e.g., 'INPUT name="10112"', so they aren't processed by the same code. I can't find anywhere else in the code (Mailman 2.1.7) where the discardalldefersp field is processed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…

15 years

[ mailman-Bugs-1000699 ] moderator page with details misses a submit button

by SourceForge.net

Bugs item #1000699, was opened at 2004-07-30 06:30 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Stepan Kasal (kasal) Assigned to: Nobody/Anonymous (nobody) Summary: moderator page with details misses a submit button Initial Comment: Working with version 2.1.5. I moderate a few lists. When I go from summary page to "wiev the detail of individual postings", I get a page which has a submit button at the bottom. Similar button should be on the top, as with the Summary page. Besides being an inconvenience, this can also be confusing: I checked "Discard all msgs marked as deferred" on the top, then moved to the end and pressed the button there. Of course the upper checkbox had no influence. Btw: I hope that the "discard all deferred" checkbox discards only the messages from that dispayed page, not the messages that might have arrived while themoderator was staring at the page. That would be nasty if it weren't this way. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2006-01-30 07:21 Message: Logged In: YES user_id=1123998 I am marking this closed/fixed because the "discard all deferred" checkbox was intended to work only on the summary page. It's appearance on the detail pages was a mistake that was fixed in 2.1.6. So yes, in 2.1.5 neither "discard all deferred" checkbox works on the detail pages, and BTW, you can check the box at the top of the summary page and click the button at the bottom or vice versa and it works. In 2.1.6 and above, the checkboxes appear only on the summary page and they only cause messages on that page marked 'defer' to be discarded even if there are other messages not rendered on that page. Also, there are submit buttons at both the top and bottom of both the 'all messages from' detail and the individual message detail. If you really want a "discard all messages marked defer" box that works on the "view all messages from" page, that is now a feature request (RFE) and should be resubmitted as such. ---------------------------------------------------------------------- Comment By: Dan Astoorian (djast) Date: 2006-01-30 06:48 Message: Logged In: YES user_id=1437943 The scope of the problem is greater than that: "Discard all msgs marked as deferred" does not appear to work at all from the "details" page, as far as I can tell. In the summary page, each group of items on which an action is to be taken is identified with a set of radio buttons with 'INPUT name="senderaction-SENDER"' tags, and the "senderaction-" prefix is used by the code in Cgi/admindb.py which processes the "Discard all msgs marked as deferred" checkbox. However, the details page uses only the request-id in the field names, e.g., 'INPUT name="10112"', so they aren't processed by the same code. I can't find anywhere else in the code (Mailman 2.1.7) where the discardalldefersp field is processed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…

15 years

[ mailman-Bugs-1418670 ] Problems with lists named like languages

by SourceForge.net

Bugs item #1418670, was opened at 2006-01-30 15:51 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=1418670&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 6 Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with lists named like languages Initial Comment: "update" has fatal problems with lists named like a language. Create some lists named "it" (Italian) or "de" (German) an update will crash: Updating mailing list: de Updating the held requests database. - updating old private mbox file looks like you have a really recent CVS installation... you're either one brave soul, or you already ran me - updating old public mbox file looks like you have a really recent CVS installation... you're either one brave soul, or you already ran me - This list looks like it might have <= b4 list templates around Traceback (most recent call last): File "bin/update", line 789, in ? errors = main() File "bin/update", line 679, in main errors = errors + dolist(listname) File "bin/update", line 357, in dolist os.rename(o_tmpl, n_tmpl) OSError: [Errno 2] No such file or directory make: *** [update] Error 1 (Btw: update crashs if there`s no pending.pck. That should not happen!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1418670&group_…

15 years

[ mailman-Bugs-1000699 ] moderator page with details misses a submit button

by SourceForge.net

15 years

[ mailman-Patches-1418016 ] Dutch translation update

by SourceForge.net

Patches item #1418016, was opened at 2006-01-29 17:04 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=1418016&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Schoinobates Volans (schoinobates) Assigned to: Nobody/Anonymous (nobody) Summary: Dutch translation update Initial Comment: A Debian user, Luc Stroobant, has contributed this update to the Dutch translation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1418016&group_…

15 years

[ mailman-Patches-1415956 ] Sitewide headers/footers & XHTML Compliant Web UI

by SourceForge.net

Patches item #1415956, was opened at 2006-01-26 22:23 Message generated for change (Comment added) made by carbonnb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1415956&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Bryan Carbonnell (carbonnb) Assigned to: Nobody/Anonymous (nobody) Summary: Sitewide headers/footers & XHTML Compliant Web UI Initial Comment: This patch was borne out of a request I received to make the Mailman UI fit the look of the web site. This patch allows you to set a site wide header and footer. This allows you to pretty much make the MM UI look like any other site. While I was at it I also made the web UI XHTML compliant. Once you patch your source and install it, all you need to do is edit the html files in the templates/en directory. Most of the pages will get the header and footers from the site-header.html and site-footer.html files, but some of the HTML files already contain theor own header/footer so you will need ot edit some of these files as well. Since this also adds XHTML compliance, this superceeds patch #116035 ---------------------------------------------------------------------- >Comment By: Bryan Carbonnell (carbonnb) Date: 2006-01-28 23:07 Message: Logged In: YES user_id=449953 Updated both patches to remove some of my site specific HTML coding. ---------------------------------------------------------------------- Comment By: Bryan Carbonnell (carbonnb) Date: 2006-01-26 22:31 Message: Logged In: YES user_id=449953 I am also uploading a second version of this patch. This second version will add the sitewide headers/footer to source that has been patched with the ht://dig integration patches. At the time I posted this, the official ht://dig integration patches were not released, but the MM2.1.6 patches appear to work with MM 2.1.7, so they are what were used. to apply this patch use this command from your mailman source directory: patch -p1 <full/path/to/headfoot-htdig-2.1.7-0.1.patch ---------------------------------------------------------------------- Comment By: Bryan Carbonnell (carbonnb) Date: 2006-01-26 22:27 Message: Logged In: YES user_id=449953 I have only tested this with the english pages. I'm not sure how to deal with i18n yet, but I'm reading and I will update this patch as soon as I figure out how to deal with it. To apply this patch for MM2.1.7, you will need to apply patch #1405790 (Mailman 2.1.7 multiple patch) first. to apply this patch use this command from your mailman source directory: patch -p1 <full/path/to/headfoot-2.1.7-0.1.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1415956&group_…

15 years

[ mailman-Bugs-1417678 ] Dutch translation wrong

by SourceForge.net

Bugs item #1417678, was opened at 2006-01-28 23:56 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=1417678&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Koen Martens (gmc2000) Assigned to: Nobody/Anonymous (nobody) Summary: Dutch translation wrong Initial Comment: On some versions i've seen 'Uw bent' in the dutch translation of certain messages, this should be 'U bent' (uw is possesive): # grep "Uw bent" * -r messages/nl/LC_MESSAGES/mailman.po:"Uw bent op deze lijst aangemeld met het adres met niet te wijzigen You are " messages/nl/LC_MESSAGES/mailman.po:msgstr "Uw bent afgemeld van de %(realname)s maillijst" Binary file messages/nl/LC_MESSAGES/mailman.mo matches Solution is simple: just s/Uw bent/U bent/g ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1417678&group_…

15 years

[ mailman-Bugs-1416853 ] Jan 14 change to Handlers/SpamDetect.py is incomplete

by SourceForge.net

Bugs item #1416853, was opened at 2006-01-27 15:05 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=1416853&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: security/privacy Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Astoorian (djast) Assigned to: Nobody/Anonymous (nobody) Summary: Jan 14 change to Handlers/SpamDetect.py is incomplete Initial Comment: tkikuchi's patch to Handlers/SpamDetect.py to avoid an infinite loop when administrivia messages are caught by spam filters fails to fix a related problem; a different approach should perhaps be considered. Specifically: it is (IMHO) probably incorrect to apply the "Hold" action to messages which were not submitted to the list address. For example, a message sent to "listname-owner" and matched by a "Hold" header_filter_rule should not be held for approval (irrespective of whether the message was administrivia or not). (It is not clear to the end user whether approving such a held message would cause the message to be delivered to the original "listname-owner" address, or whether it would be sent to the list itself.) I suspect (but have not verified) that similar issues may exist for other mail paths (e.g., -request, -admin, -(un)subscribe). Probably the most sensible thing to do with messages that match a "Hold" rule would be to hold the message only if the "tolist" key is set; otherwise, do one of the following: a) continue on to the next rule, as though the "Hold" rule failed to match the message; b) accept the message; or c) discard the message. It's not clear to me which of these options makes the most sense. Discarding the message is probably unwise, as a "hold" rule in the first place suggests that the administrator does not consider all mail that matches the rule to be expendable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1416853&group_…

15 years, 1 month

[ mailman-Bugs-1305881 ] Problem creating list via web

by SourceForge.net

Bugs item #1305881, was opened at 2005-09-27 15:49 Message generated for change (Comment added) made by jontek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1305881&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Jon (jontek) Assigned to: Nobody/Anonymous (nobody) Summary: Problem creating list via web Initial Comment: I tried to create a list via: https://www.mydomain.dom/mailman/create. When filled all data, it replies with this message: ------------------------------------- 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 "/usr/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/create.py", line 55, in main process_request(doc, cgidata) File "/usr/local/mailman/Mailman/Cgi/create.py", line 187, in process_request mlist.Create(listname, owner, pw, langs, emailhost) File "/usr/local/mailman/Mailman/MailList.py", line 457, in Create self.InitVars(name, admin, crypted_password) File "/usr/local/mailman/Mailman/MailList.py", line 372, in InitVars baseclass.InitVars(self) File "/usr/local/mailman/Mailman/Archiver/Archiver.py", line 95, in InitVars os.mkdir(self.archive_dir()+'.mbox', 02775) OSError: [Errno 13] Permission denied: '/usr/local/mailman/archives/private/listname.mbox' Python information: Variable Value sys.version 2.3.4 (#2, Aug 6 2004, 21:29:10) [GCC 2.95.4 20020320 [FreeBSD]] sys.executable /usr/local/bin/python sys.prefix /usr/local sys.exec_prefix /usr/local sys.path /usr/local sys.platform freebsd4 Environment variables: Variable Value HTTP_REFERER https://www.mydomain.dom/mailman/create SERVER_SOFTWARE Apache/1.3.31 (Unix) mod_perl/1.29 PHP/4.3.8 mod_ssl/2.8.19 OpenSSL/0.9.7d SCRIPT_NAME /mailman/create SERVER_SIGNATURE Apache/1.3.31 Server at www.mydomain.dom Port 443 REQUEST_METHOD POST HTTP_KEEP_ALIVE 300 SERVER_PROTOCOL HTTP/1.1 QUERY_STRING CONTENT_LENGTH 145 HTTP_ACCEPT_CHARSET ISO-8859-15,utf-8;q=0.7,*;q=0.7 HTTP_USER_AGENT Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.7.12) Gecko/20050922 Firefox/1.0.7 (Debian package 1.0.7-1) HTTP_CONNECTION keep-alive HTTP_COOKIE POSTNUKESID=4b502f13b908db42087f9b9753295c78; PHPSESSID=f7592dbf314acec6d743601e8cc3487f SERVER_NAME www.mydomain.dom REMOTE_ADDR 83.33.129.253 SERVER_PORT 443 SERVER_ADDR 207.228.236.31 DOCUMENT_ROOT /usr/local/www/data/www.mydomain.dom PYTHONPATH /usr/local/mailman SCRIPT_FILENAME /usr/local/mailman/cgi-bin/create SERVER_ADMIN webmaster(a)mydomain.dom HTTP_HOST www.mydomain.dom HTTPS on REQUEST_URI /mailman/create 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 3249 HTTP_ACCEPT_LANGUAGE eu,es-es;q=0.7,es;q=0.3 CONTENT_TYPE application/x-www-form-urlencoded HTTP_ACCEPT_ENCODING gzip,deflate UNIQUE_ID QzlLGc-k7B8AAR2b2MM --------------------------- Thanks JOn ---------------------------------------------------------------------- >Comment By: Jon (jontek) Date: 2006-01-27 11:12 Message: Logged In: YES user_id=1352490 Well, all the perms in both directories are mailman:mailman I have been create (check_perms says "all OK" but it isn't) the three directories: 1. #/usr/local/mailman/lists>mkdir listname 2. #/usr/local/mailman/archives/private>mkdir listname 3. #/usr/local/mailman/archives/private>mkdir listname.mbox 4. chown www (to the three) Will I change the directory owner to www? May that destroy or corrupt other lists? Thank you again. JOn ---------------------------------------------------------------------- Comment By: echoism (echoism) Date: 2006-01-05 16:34 Message: Logged In: YES user_id=1420107 I had this same problem. It is a permission issue, because the webserver doesn't have access to create a file in /usr/local/mailman/archives/private. This directory has permissions of 750, owned by the mailman user. The webserver, however, runs cgi scripts as nobody, not mailman. You can confirm this, by checking your /usr/local/mailman/lists directory, the list you tried to create should have a directory there, owned by nobody (or, whatever account your webserver uses), as the permissions for the lists directory permit write access. ---------------------------------------------------------------------- Comment By: Jon (jontek) Date: 2005-09-27 16:44 Message: Logged In: YES user_id=1352490 #/usr/local/mailman>/usr/local/mailman/bin/check_perms No problems found #/usr/local/mailman> ---------------------------------------------------------------------- Comment By: Jon (jontek) Date: 2005-09-27 16:32 Message: Logged In: YES user_id=1352490 Thanks but it doesn't still work. I have done: /usr/local/mailman/bin/check_perms -f and fixed all the problems, but it still doesn't work. :o( ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2005-09-27 16:21 Message: Logged In: YES user_id=12800 Run bin/check_perms ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1305881&group_…

15 years, 1 month

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Mailman-coders January 2006