Mailman 3 July 2008 - Mailman-coders

[ mailman-Patches-2028370 ] Bad translated string in Catalan
by SourceForge.net July 26, 2008

July 26, 2008

Patches item #2028370, was opened at 2008-07-26 00:36 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=2028370&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.2 / 3.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Carles Pina i Estany (cpina) Assigned to: Nobody/Anonymous (nobody) Summary: Bad translated string in Catalan Initial Comment: Hello, The Catalan translation of Mailman has a problem: there is one string that appears without the link. For example you could check here: http://catux.org/cgi-bin/mailman/listinfo/llista In Catalan is not possible to access to the archives list (I have seen it in all Catalan mailman webpages) I send the patch for trunk but I think that should apply for other branches too (I can send for other branches). Carles Pina ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=2028370&group_…

1 0

[ mailman-Bugs-2027226 ] incompatibility preferred_language - admin_notify_mchanges
by SourceForge.net July 24, 2008

July 24, 2008

Bugs item #2027226, was opened at 2008-07-24 14:45 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=2027226&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: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Primitivo Liberto (primitivo) >Assigned to: Mark Sapiro (msapiro) Summary: incompatibility preferred_language - admin_notify_mchanges Initial Comment: unsubscription impossible in webadmin when preferred_language is Catalan and admin_notify_mchanges is Yes Hi, I have detect that when "admin_notify_mchanges: Yes" and "preferred_language: Catalan" not is possible unsubscription of any e-mail address in web admin. Web shows "sorry, it's a bug" message. In error log I found this: Jul 24 12:49:17 2008 admin(22497): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(22497): [----- Mailman Version: 2.1.11 -----] admin(22497): [----- Traceback ------] admin(22497): Traceback (most recent call last): admin(22497): File "/usr/local/bin/mailman/scripts/driver", line 101, in run_main admin(22497): main() admin(22497): File "/usr/local/bin/mailman/Mailman/Cgi/admin.py", line 174, in main admin(22497): change_options(mlist, category, subcat, cgidata, doc) admin(22497): File "/usr/local/bin/mailman/Mailman/Cgi/admin.py", line 1434, in change_options admin(22497): mlist.ApprovedDeleteMember(user, whence='member mgt page') admin(22497): File "/usr/local/bin/mailman/Mailman/MailList.py", line 1030, in ApprovedDeleteMember admin(22497): subject = _('%(realname)s unsubscribe notification') admin(22497): File "/usr/local/bin/mailman/Mailman/i18n.py", line 90, in _ admin(22497): return tns % dict admin(22497): ValueError: incomplete format admin(22497): [----- Python Information -----] admin(22497): sys.version = 2.4.1 (#2, Oct 18 2006, 20:58:01) [GCC 3.3.5 (Debian 1:3.3.5-13)] admin(22497): sys.executable = /usr/bin/python2.4 admin(22497): sys.prefix = /usr admin(22497): sys.exec_prefix = /usr admin(22497): sys.path = /usr admin(22497): sys.platform = linux2 admin(22497): [----- Environment Variables -----] admin(22497): HTTP_REFERER: http://listas.xxxx.org/cgi-bin/mailman/admin/pruebacat/members admin(22497): SERVER_SOFTWARE: Apache/1.3.33 Ben-SSL/1.55 (Debian GNU/Linux) admin(22497): SCRIPT_NAME: /cgi-bin/mailman/admin admin(22497): SERVER_SIGNATURE: admin(22497): REQUEST_METHOD: POST admin(22497): HTTP_KEEP_ALIVE: 300 admin(22497): SERVER_PROTOCOL: HTTP/1.1 admin(22497): QUERY_STRING: admin(22497): CONTENT_LENGTH: 1087 admin(22497): HTTP_ACCEPT_CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7 admin(22497): HTTP_USER_AGENT: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.9) Gecko/2008061015 Firefox/3.0 admin(22497): HTTP_CONNECTION: keep-alive admin(22497): HTTP_COOKIE: pruebacat+admin=280200000069285e8848732800000065623439393336623830333932393432376132356563383761636663326338326230376362393930 admin(22497): SERVER_NAME: listas.xxxx.org admin(22497): REMOTE_ADDR: xx.xx.xx.xx admin(22497): PATH_TRANSLATED: /var/www/pruebacat/members admin(22497): SERVER_PORT: 80 admin(22497): SERVER_ADDR: xx.xx.xx.xx admin(22497): DOCUMENT_ROOT: /var/www admin(22497): PYTHONPATH: /usr/local/bin/mailman admin(22497): SCRIPT_FILENAME: /var/cgi-bin/mailman/admin admin(22497): SERVER_ADMIN: webmaster(a)xxxx.org admin(22497): HTTP_HOST: listas.xxxx.org admin(22497): REQUEST_URI: /cgi-bin/mailman/admin/pruebacat/members admin(22497): HTTP_ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 admin(22497): GATEWAY_INTERFACE: CGI/1.1 admin(22497): REMOTE_PORT: 35412 admin(22497): HTTP_ACCEPT_LANGUAGE: es-es,es;q=0.8,en-us;q=0.5,en;q=0.3 admin(22497): CONTENT_TYPE: multipart/form-data; boundary=---------------------------74976781710522813451157061205 admin(22497): HTTP_ACCEPT_ENCODING: gzip,deflate admin(22497): PATH_INFO: /pruebacat/members A hack for fast and dirty solution is comment out two lines in $PREFIX/messages/ca/LC_MESSAGES/mailman.po (#7510 and #7511) #: Mailman/MailList.py:1024 #msgid "%(realname)s unsubscribe notification" #msgstr "Notificaci de la cancellaci de la subscripci a %(realname)" and create new mailman.mo with msgfmt.py thanks in advance ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-07-24 16:12 Message: Logged In: YES user_id=1123998 Originator: NO The correct fix is to change %(realname) to %(realname)s in the msgstr. There were several similar errors in the Catalan message catalog and templates found by running Mailman's bin/transcheck. These errors have all been corrected in the Bazaar 2.1 and 2.2 branches on Launchpad. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=2027226&group_…

1 0

[ mailman-Bugs-2027226 ] incompatibility preferred_language - admin_notify_mchanges
by SourceForge.net July 24, 2008

July 24, 2008

Bugs item #2027226, was opened at 2008-07-24 23:45 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=2027226&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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Primitivo Liberto (primitivo) Assigned to: Nobody/Anonymous (nobody) Summary: incompatibility preferred_language - admin_notify_mchanges Initial Comment: unsubscription impossible in webadmin when preferred_language is Catalan and admin_notify_mchanges is Yes Hi, I have detect that when "admin_notify_mchanges: Yes" and "preferred_language: Catalan" not is possible unsubscription of any e-mail address in web admin. Web shows "sorry, it's a bug" message. In error log I found this: Jul 24 12:49:17 2008 admin(22497): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(22497): [----- Mailman Version: 2.1.11 -----] admin(22497): [----- Traceback ------] admin(22497): Traceback (most recent call last): admin(22497): File "/usr/local/bin/mailman/scripts/driver", line 101, in run_main admin(22497): main() admin(22497): File "/usr/local/bin/mailman/Mailman/Cgi/admin.py", line 174, in main admin(22497): change_options(mlist, category, subcat, cgidata, doc) admin(22497): File "/usr/local/bin/mailman/Mailman/Cgi/admin.py", line 1434, in change_options admin(22497): mlist.ApprovedDeleteMember(user, whence='member mgt page') admin(22497): File "/usr/local/bin/mailman/Mailman/MailList.py", line 1030, in ApprovedDeleteMember admin(22497): subject = _('%(realname)s unsubscribe notification') admin(22497): File "/usr/local/bin/mailman/Mailman/i18n.py", line 90, in _ admin(22497): return tns % dict admin(22497): ValueError: incomplete format admin(22497): [----- Python Information -----] admin(22497): sys.version = 2.4.1 (#2, Oct 18 2006, 20:58:01) [GCC 3.3.5 (Debian 1:3.3.5-13)] admin(22497): sys.executable = /usr/bin/python2.4 admin(22497): sys.prefix = /usr admin(22497): sys.exec_prefix = /usr admin(22497): sys.path = /usr admin(22497): sys.platform = linux2 admin(22497): [----- Environment Variables -----] admin(22497): HTTP_REFERER: http://listas.xxxx.org/cgi-bin/mailman/admin/pruebacat/members admin(22497): SERVER_SOFTWARE: Apache/1.3.33 Ben-SSL/1.55 (Debian GNU/Linux) admin(22497): SCRIPT_NAME: /cgi-bin/mailman/admin admin(22497): SERVER_SIGNATURE: admin(22497): REQUEST_METHOD: POST admin(22497): HTTP_KEEP_ALIVE: 300 admin(22497): SERVER_PROTOCOL: HTTP/1.1 admin(22497): QUERY_STRING: admin(22497): CONTENT_LENGTH: 1087 admin(22497): HTTP_ACCEPT_CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7 admin(22497): HTTP_USER_AGENT: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.9) Gecko/2008061015 Firefox/3.0 admin(22497): HTTP_CONNECTION: keep-alive admin(22497): HTTP_COOKIE: pruebacat+admin=280200000069285e8848732800000065623439393336623830333932393432376132356563383761636663326338326230376362393930 admin(22497): SERVER_NAME: listas.xxxx.org admin(22497): REMOTE_ADDR: xx.xx.xx.xx admin(22497): PATH_TRANSLATED: /var/www/pruebacat/members admin(22497): SERVER_PORT: 80 admin(22497): SERVER_ADDR: xx.xx.xx.xx admin(22497): DOCUMENT_ROOT: /var/www admin(22497): PYTHONPATH: /usr/local/bin/mailman admin(22497): SCRIPT_FILENAME: /var/cgi-bin/mailman/admin admin(22497): SERVER_ADMIN: webmaster(a)xxxx.org admin(22497): HTTP_HOST: listas.xxxx.org admin(22497): REQUEST_URI: /cgi-bin/mailman/admin/pruebacat/members admin(22497): HTTP_ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 admin(22497): GATEWAY_INTERFACE: CGI/1.1 admin(22497): REMOTE_PORT: 35412 admin(22497): HTTP_ACCEPT_LANGUAGE: es-es,es;q=0.8,en-us;q=0.5,en;q=0.3 admin(22497): CONTENT_TYPE: multipart/form-data; boundary=---------------------------74976781710522813451157061205 admin(22497): HTTP_ACCEPT_ENCODING: gzip,deflate admin(22497): PATH_INFO: /pruebacat/members A hack for fast and dirty solution is comment out two lines in $PREFIX/messages/ca/LC_MESSAGES/mailman.po (#7510 and #7511) #: Mailman/MailList.py:1024 #msgid "%(realname)s unsubscribe notification" #msgstr "Notificaci de la cancellaci de la subscripci a %(realname)" and create new mailman.mo with msgfmt.py thanks in advance ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=2027226&group_…

1 0

[ mailman-Bugs-1996767 ] Authorization failed using FF3 (Win32)
by SourceForge.net July 21, 2008

July 21, 2008

Bugs item #1996767, was opened at 2008-06-18 00:12 Message generated for change (Settings changed) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&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: Works For Me Priority: 5 Private: No Submitted By: realriot (realriot) Assigned to: Nobody/Anonymous (nobody) Summary: Authorization failed using FF3 (Win32) Initial Comment: Today, 1 day after the release of FireFox 3 I'm trying to login to my mailman 2.1.10. After entering the correct password the errormessage "Authorization failed" is shown. Deleting the Browser Cache/Cookies didn't fix the problem. There's no problem logging in with Firefox 2 or IE7. All other tested browsers work, too. Except FireFox 3. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-07-21 06:51 Message: Logged In: YES user_id=1123998 Originator: NO This is a FireFox issue. It has nothing to do with Mailman. ---------------------------------------------------------------------- Comment By: realriot (realriot) Date: 2008-07-21 04:55 Message: Logged In: YES user_id=2121701 Originator: YES Today I've found the problem. The problem consists of "copy & paste". - I got an email with a password to enter - I copied this password with a double-click and STRG-C - I pasted the password in the password field - Clicked OK and got the message "wrong password". Now I tried the following: - I marked the whole password from the right to the left - Copied it with STRG-C - And pasted it - Successfully logged in Seems, that FF3 additionally uses a "\n" with the password or something like that. FF2 didn't react this way. Is there any way to disable this behaviour? It's very strange to use copy&paste for passwords now. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2008-07-17 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: realriot (realriot) Date: 2008-06-19 23:18 Message: Logged In: YES user_id=2121701 Originator: YES Seems to be a cookie problem (or something like that). If I login with directly giving the pass (adminpw=foobar) it works... Entering the password at the password prompt the login fails... ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-19 18:29 Message: Logged In: YES user_id=1123998 Originator: NO I second Barry's comment. I have no problems with FireFox 3 on Win XP or Mac OS X. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2008-06-19 14:22 Message: Logged In: YES user_id=12800 Originator: NO I've been using FF3 on both OS X and Ubuntu and have had no problems interacting with any of the mailing lists. I think we'll need more information in order to help you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_…

1 0

[ mailman-Bugs-1996767 ] Authorization failed using FF3 (Win32)
by SourceForge.net July 21, 2008

July 21, 2008

Bugs item #1996767, was opened at 2008-06-18 09:12 Message generated for change (Settings changed) made by realriot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&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: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: realriot (realriot) Assigned to: Nobody/Anonymous (nobody) Summary: Authorization failed using FF3 (Win32) Initial Comment: Today, 1 day after the release of FireFox 3 I'm trying to login to my mailman 2.1.10. After entering the correct password the errormessage "Authorization failed" is shown. Deleting the Browser Cache/Cookies didn't fix the problem. There's no problem logging in with Firefox 2 or IE7. All other tested browsers work, too. Except FireFox 3. ---------------------------------------------------------------------- Comment By: realriot (realriot) Date: 2008-07-21 13:55 Message: Logged In: YES user_id=2121701 Originator: YES Today I've found the problem. The problem consists of "copy & paste". - I got an email with a password to enter - I copied this password with a double-click and STRG-C - I pasted the password in the password field - Clicked OK and got the message "wrong password". Now I tried the following: - I marked the whole password from the right to the left - Copied it with STRG-C - And pasted it - Successfully logged in Seems, that FF3 additionally uses a "\n" with the password or something like that. FF2 didn't react this way. Is there any way to disable this behaviour? It's very strange to use copy&paste for passwords now. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2008-07-18 04:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: realriot (realriot) Date: 2008-06-20 08:18 Message: Logged In: YES user_id=2121701 Originator: YES Seems to be a cookie problem (or something like that). If I login with directly giving the pass (adminpw=foobar) it works... Entering the password at the password prompt the login fails... ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-20 03:29 Message: Logged In: YES user_id=1123998 Originator: NO I second Barry's comment. I have no problems with FireFox 3 on Win XP or Mac OS X. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2008-06-19 23:22 Message: Logged In: YES user_id=12800 Originator: NO I've been using FF3 on both OS X and Ubuntu and have had no problems interacting with any of the mailing lists. I think we'll need more information in order to help you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_…

1 0

[ mailman-Bugs-1996767 ] Authorization failed using FF3 (Win32)
by SourceForge.net July 21, 2008

July 21, 2008

Bugs item #1996767, was opened at 2008-06-18 09:12 Message generated for change (Comment added) made by realriot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&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: Works For Me Priority: 5 Private: No Submitted By: realriot (realriot) Assigned to: Nobody/Anonymous (nobody) Summary: Authorization failed using FF3 (Win32) Initial Comment: Today, 1 day after the release of FireFox 3 I'm trying to login to my mailman 2.1.10. After entering the correct password the errormessage "Authorization failed" is shown. Deleting the Browser Cache/Cookies didn't fix the problem. There's no problem logging in with Firefox 2 or IE7. All other tested browsers work, too. Except FireFox 3. ---------------------------------------------------------------------- >Comment By: realriot (realriot) Date: 2008-07-21 13:55 Message: Logged In: YES user_id=2121701 Originator: YES Today I've found the problem. The problem consists of "copy & paste". - I got an email with a password to enter - I copied this password with a double-click and STRG-C - I pasted the password in the password field - Clicked OK and got the message "wrong password". Now I tried the following: - I marked the whole password from the right to the left - Copied it with STRG-C - And pasted it - Successfully logged in Seems, that FF3 additionally uses a "\n" with the password or something like that. FF2 didn't react this way. Is there any way to disable this behaviour? It's very strange to use copy&paste for passwords now. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2008-07-18 04:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: realriot (realriot) Date: 2008-06-20 08:18 Message: Logged In: YES user_id=2121701 Originator: YES Seems to be a cookie problem (or something like that). If I login with directly giving the pass (adminpw=foobar) it works... Entering the password at the password prompt the login fails... ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-20 03:29 Message: Logged In: YES user_id=1123998 Originator: NO I second Barry's comment. I have no problems with FireFox 3 on Win XP or Mac OS X. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2008-06-19 23:22 Message: Logged In: YES user_id=12800 Originator: NO I've been using FF3 on both OS X and Ubuntu and have had no problems interacting with any of the mailing lists. I think we'll need more information in order to help you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_…

1 0

[ mailman-Bugs-1996767 ] Authorization failed using FF3 (Win32)
by SourceForge.net July 18, 2008

July 18, 2008

Bugs item #1996767, was opened at 2008-06-18 07:12 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&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: Works For Me Priority: 5 Private: No Submitted By: realriot (realriot) Assigned to: Nobody/Anonymous (nobody) Summary: Authorization failed using FF3 (Win32) Initial Comment: Today, 1 day after the release of FireFox 3 I'm trying to login to my mailman 2.1.10. After entering the correct password the errormessage "Authorization failed" is shown. Deleting the Browser Cache/Cookies didn't fix the problem. There's no problem logging in with Firefox 2 or IE7. All other tested browsers work, too. Except FireFox 3. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-07-18 02:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: realriot (realriot) Date: 2008-06-20 06:18 Message: Logged In: YES user_id=2121701 Originator: YES Seems to be a cookie problem (or something like that). If I login with directly giving the pass (adminpw=foobar) it works... Entering the password at the password prompt the login fails... ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-20 01:29 Message: Logged In: YES user_id=1123998 Originator: NO I second Barry's comment. I have no problems with FireFox 3 on Win XP or Mac OS X. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2008-06-19 21:22 Message: Logged In: YES user_id=12800 Originator: NO I've been using FF3 on both OS X and Ubuntu and have had no problems interacting with any of the mailing lists. I think we'll need more information in order to help you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_…

1 0

[ mailman-Bugs-2004506 ] 2.1.11rc2 does not honor ./configure arguments
by SourceForge.net July 18, 2008

July 18, 2008

Bugs item #2004506, was opened at 2008-06-27 21:05 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=2004506&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: None >Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: measl (measl) Assigned to: Nobody/Anonymous (nobody) Summary: 2.1.11rc2 does not honor ./configure arguments Initial Comment: ./configure --prefix=/usr/home/crippen/mailman --with-cgi-gid=apache --with-python=/usr/local/python results in python being looked for in /usr/bin/python /usr/mailman/mail/mailman being fed to postfix, etc. It looks like rc2 does not use the configure arguments. Very very painful. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-07-18 02:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-27 22:28 Message: Logged In: YES user_id=1123998 Originator: NO It works for me. Furthermore, configure.in hasn't changed in any significant way in ages, and I doubt that autoconf would mess up this badly. Do you possibly have some environment settings that are interfering? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=2004506&group_…

1 0

[ mailman-Patches-534577 ] Add SpamAssassin filter to mail pipeline
by SourceForge.net July 8, 2008

July 8, 2008

Patches item #534577, was opened at 2002-03-25 09:17 Message generated for change (Comment added) made by kink You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=534577&group_i… 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: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 1 Private: No Submitted By: James Henstridge (jhenstridge) Assigned to: Nobody/Anonymous (nobody) Summary: Add SpamAssassin filter to mail pipeline Initial Comment: This filter adds support for discarding or holding spam sent to the mailing list. It contacts a spamd daemon (from SpamAssassin -- http://spamassassin.taint.org) to score the message. If the score is above a certain threshold (default 10), the message is discarded and an entry is written to the vette log. If the score is above another lower threshold (default 5), the message is held for moderation. The SpamAssassin.py file should be installed in Mailman/Handlers/. The LIST_PIPELINE variable in Mailman/Handlers/HandlerAPI.py should be modified to include a 'SpamAssassin' item (I put it just after the existing 'SpamDetect' item). To change the defaults, the following can be added to the mm_cfg.py file: SPAMASSASSIN_HOST = 'host:port' # how to contact SA SPAMASSASSIN_DISCARD_SCORE = 10 SPAMASSASSIN_HOLD_SCORE = 5 If you don't want to discard messages, then DISCARD_SCORE can be set to something very high (1000 should do it). It looks the MM2.1 filter APIs have changed a bit, so this filter will need some modifications to work with that version. When I get round to upgrading, I might look into updating it. ---------------------------------------------------------------------- Comment By: Thijs Kinkhorst (kink) Date: 2008-07-08 10:00 Message: Logged In: YES user_id=285765 Originator: NO Since MM 2.1.10, the matches_p function has changed behaviour and hence this handler has stopped working. This simple patch fixes that: Index: SpamAssassin.py =================================================================== --- SpamAssassin.py (revision 551) +++ SpamAssassin.py (working copy) @@ -78,7 +78,7 @@ if MEMBER_BONUS != 0: for sender in msg.get_senders(): if mlist.isMember(sender) or \ - matches_p(sender, mlist.accept_these_nonmembers): + matches_p(sender, mlist.accept_these_nonmembers, mlist.internal_name()): score -= MEMBER_BONUS break ---------------------------------------------------------------------- Comment By: James Henstridge (jhenstridge) Date: 2003-05-06 05:31 Message: Logged In: YES user_id=146903 I have just attached updated versions of the patches (dated 06/05/2003). These versions include a number of bug fixes that I have been testing locally for a while. I also added a similar workaround for the True/False usage (the True and False constants were only added in Python 2.2.1 and 2.3a). This version also puts the SpamAssassin score in the "reason" for held messages, which means you can easily see the scores of messages in the new Mailman 2.1 moderation overview page. I have also put together some documentation on the Mailman setup I use: http://www.daa.com.au/~james/articles/mailman-spamassassin/ This includes information on how to set up an unprivileged spamd that maintains separate Bayes databases for each mailing list. ---------------------------------------------------------------------- Comment By: Pug Bainter (phelim_gervase) Date: 2003-05-05 18:55 Message: Logged In: YES user_id=484284 After installing patch 668685 for the HTDig integration into Mailman 2.1.1, I started getting the following: May 02 16:50:34 2003 (23484) Uncaught runner exception: global name 'False' is not defined May 02 16:50:34 2003 (23484) Traceback (most recent call last): File "/var/mailman2/Mailman/Queue/Runner.py", line 105, in _oneloop self._onefile(msg, msgdata) File "/var/mailman2/Mailman/Queue/Runner.py", line 155, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/mailman2/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/var/mailman2/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/var/mailman2/Mailman/Handlers/SpamAssassin.py", line 75, in process score, symbols = check_message(mlist, str(msg)) File "/var/mailman2/Mailman/Handlers/SpamAssassin.py", line 57, in check_message connection = spamd.SpamdConnection(SPAMD_HOST) File "/var/mailman2/Mailman/Handlers/spamd.py", line 79, in __init__ self.request_headers = mimetools.Message(StringIO.StringIO(), seekable=False) NameError: global name 'False' is not defined I corrected this by defining "False = 0" in spamd.py. I don't know what the "real" solution should be though. ---------------------------------------------------------------------- Comment By: James Henstridge (jhenstridge) Date: 2003-03-17 06:46 Message: Logged In: YES user_id=146903 Attached is an updated version of the filter for adding SpamAssassin support to mailman. This version is targetted at Mailman 2.1.x. The code for talking to spamd has been split out into a separate file, so that it can be updated independently of the Mailman specific code. It has also been updated to work with SpamAssassin 2.50 (and should be a lot more robust to future additions to the spamd protocol). The filter has also been changed to use the list name as the username passed to spamd, which means that separate auto-whitelists and bayes databases can be maintained for each list. Installation is trivial. Simply copy spamd.py and SpamAssassin.py to the Mailman/Handlers directory and add the following line to Mailman/mm_cfg.py: GLOBAL_PIPELINE.insert(1, 'SpamAssassin') ---------------------------------------------------------------------- Comment By: Sean Reifschneider (jafo) Date: 2002-08-23 08:32 Message: Logged In: YES user_id=81797 That last one had a missing quote. Try this patch: *** SpamAssassin.py.orig Fri Aug 23 00:28:59 2002 --- SpamAssassin.py Fri Aug 23 00:31:00 2002 *************** *** 30,45 **** from Mailman.Logging.Syslog import syslog from Hold import hold_for_approval ! SPAMD_PORT = 0 ! try: ! SPAMD_HOST = mm_cfg.SPAMASSASSIN_HOST ! i = string.find(SPAMD_HOST, ':') ! if i >= 0: ! SPAMD_HOST, SPAMD_PORT = SPAMD_HOST[:i], host[i+1:] ! try: SPAMD_PORT = int(SPAMD_PORT) ! except: SPAMD_PORT = None ! except: ! SPAMD_HOST = 'localhost' if not SPAMD_PORT: SPAMD_PORT = 783 try: DISCARD_SCORE = mm_cfg.SPAMASSASSIN_DISCARD_SCORE --- 30,44 ---- from Mailman.Logging.Syslog import syslog from Hold import hold_for_approval ! SPAMD_HOST = 'localhost' ! SPAMD_PORT = None ! if hasattr(mm_cfg, 'SPAMASSASSIN_HOST'): ! SPAMD_HOST = mm_cfg.SPAMASSASSIN_HOST ! try: ! SPAMD_HOST, SPAMD_PORT = string.split(SPAMD_HOST, ':', 1) ! SPAMD_PORT = int(SPAMD_PORT) ! except ValueError: ! SPAMD_PORT = None if not SPAMD_PORT: SPAMD_PORT = 783 try: DISCARD_SCORE = mm_cfg.SPAMASSASSIN_DISCARD_SCORE Sean ---------------------------------------------------------------------- Comment By: Sean Reifschneider (jafo) Date: 2002-08-23 08:19 Message: Logged In: YES user_id=81797 How about changing that chunk of code to: SPAMD_HOST = 'localhost' SPAMD_PORT = None if hasattr(mm_cfg, 'SPAMASSASSIN_HOST): SPAMD_HOST = mm_cfg.SPAMASSASSIN_HOST try: SPAMD_HOST, SPAMD_PORT = string.split(SPAMD_HOST, ':', 1) SPAMD_PORT = int(SPAMD_PORT) except ValueError: SPAMD_PORT = None if not SPAMD_PORT: SPAMD_PORT = 783 This gets rid of the "bare except"s, and I think it's a little clearer than the previous code. The ValueError will be tripped if the string doesn't have a : in it, or if the int coercion fails. Though perhaps in that instance you'd want to log an error or something... Sean ---------------------------------------------------------------------- Comment By: Sean Reifschneider (jafo) Date: 2002-08-23 08:18 Message: Logged In: YES user_id=81797 How about changing that chunk of code to: SPAMD_HOST = 'localhost' SPAMD_PORT = None if hasattr(mm_cfg, 'SPAMASSASSIN_HOST): SPAMD_HOST = mm_cfg.SPAMASSASSIN_HOST try: SPAMD_HOST, SPAMD_PORT = string.split(SPAMD_HOST, ':', 1) SPAMD_PORT = int(SPAMD_PORT) except ValueError: SPAMD_PORT = None if not SPAMD_PORT: SPAMD_PORT = 783 This gets rid of the "bare except"s, and I think it's a little clearer than the previous code. The ValueError will be tripped if the string doesn't have a : in it, or if the int coercion fails. Though perhaps in that instance you'd want to log an error or something... Sean ---------------------------------------------------------------------- Comment By: dann frazier (dannf) Date: 2002-08-17 20:11 Message: Logged In: YES user_id=146718 hey James, found a typo. also wanted to point out: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=139942&repeatmerged=yes --- SpamAssassin.py.orig Sat Aug 17 12:05:41 2002 +++ SpamAssassin.py Sat Aug 17 12:06:13 2002 @@ -35,7 +35,7 @@ SPAMD_HOST = mm_cfg.SPAMASSASSIN_HOST i = string.find(SPAMD_HOST, ':') if i >= 0: - SPAMD_HOST, SPAMD_PORT = SPAMD_HOST[:i], host[i+1:] + SPAMD_HOST, SPAMD_PORT = SPAMD_HOST[:i], SPAMD_HOST[i+1:] try: SPAMD_PORT = int(SPAMD_PORT) except: SPAMD_PORT = None except: ---------------------------------------------------------------------- Comment By: James Henstridge (jhenstridge) Date: 2002-07-25 11:00 Message: Logged In: YES user_id=146903 remembering to check the "upload file" checkbox this time ... ---------------------------------------------------------------------- Comment By: James Henstridge (jhenstridge) Date: 2002-07-25 10:59 Message: Logged In: YES user_id=146903 Yet another new version that fixes a small typo. With previous messages, you couldn't approve messages that had been identified as spam once (they would get identified again when the queue got processed, instead of passing the message through). ---------------------------------------------------------------------- Comment By: James Henstridge (jhenstridge) Date: 2002-07-10 02:19 Message: Logged In: YES user_id=146903 The Mailman installation on mail.gnome.org also uses this filter. I don't think there are any stability problems with the filter. ---------------------------------------------------------------------- Comment By: Sean Reifschneider (jafo) Date: 2002-07-09 23:16 Message: Logged In: YES user_id=81797 FYI, I ran the previous version since installation and it seemed to work fine. I didn't run into any problems, with probably 500 messages handled. I've updated to the new version and it seems ok so far, but I've only sent about 10 messages through. Sean ---------------------------------------------------------------------- Comment By: James Henstridge (jhenstridge) Date: 2002-07-03 06:02 Message: Logged In: YES user_id=146903 Yet another version. There were some bugs in handling of certain error conditions when talking to spamd. These would result in exceptions and the messages staying in the delivery queue :( With the new version, the message will be passed through unchecked under these conditions, and a message will be added to the error log. ---------------------------------------------------------------------- Comment By: Sean Reifschneider (jafo) Date: 2002-06-12 23:48 Message: Logged In: YES user_id=81797 FYI: I've been running the 2002-05-14 version of this patch with spamassassin 2.20 for the last day on our main mailman box and it seems to be working great. ---------------------------------------------------------------------- Comment By: James Henstridge (jhenstridge) Date: 2002-05-14 08:04 Message: Logged In: YES user_id=146903 This version is essentially the same as the previous version, but adds compatibility with python > 1.5.2, which doesn't like you passing two arguments to socket.connect(). ---------------------------------------------------------------------- Comment By: James Henstridge (jhenstridge) Date: 2002-04-27 08:17 Message: Logged In: YES user_id=146903 Just attached my updated version of the patch. This version requires SpamAssassin 2.20 (for the extra commands that the spamd daemon understands). It now displays a list of which rules were triggered for held messages, and can give messages from list members a bonus (defaults to 2), so that they are less likely to get held as spam. ---------------------------------------------------------------------- Comment By: James Henstridge (jhenstridge) Date: 2002-03-26 02:21 Message: Logged In: YES user_id=146903 There is a fairly easy optimisation for this filter that I missed when writing it. It calls str() on the message object twice. It would be quicker to call str() on the message once. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=534577&group_i…

1 0

[ mailman-Bugs-1966837 ] Subscribing via e-mail fails.
by SourceForge.net July 3, 2008

July 3, 2008

Bugs item #1966837, was opened at 2008-05-19 01:09 Message generated for change (Settings changed) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1966837&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: 2.1 (stable) >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Stephan Berndts (berndts) Assigned to: Nobody/Anonymous (nobody) Summary: Subscribing via e-mail fails. Initial Comment: Hi, when I try to subscribe to a mailing list by sending an e-mail to listname-join@listserver this fails with the following error: May 13 13:08:54 2008 (14270) Uncaught runner exception: 'NoneType' object has no attribute 'lower' May 13 13:08:54 2008 (14270) Traceback (most recent call last): File "/srv/mailman/Mailman/Queue/Runner.py", line 114, in _oneloop self._onefile(msg, msgdata) File "/srv/mailman/Mailman/Queue/Runner.py", line 185, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/srv/mailman/Mailman/Queue/CommandRunner.py", line 241, in _dispose res.do_command('join') File "/srv/mailman/Mailman/Queue/CommandRunner.py", line 139, in do_command return handler.process(self, args) File "/srv/mailman/Mailman/Commands/cmd_subscribe.py", line 74, in process if digest is None and password.lower() in ('digest', 'nodigest'): AttributeError: 'NoneType' object has no attribute 'lower' May 13 13:08:54 2008 (14270) SHUNTING: 1210676933.788779+8f3f3d5d13ba53d21c00b3731faff2259213e4bf M The error arises as cmd_subscribe.py assumes that the variable "password" is not empty (at line 74) which is not true if neither a password nor an option in {digest,nodigest} was passed as a command-line argument. A patch resolving the error is attached. ---------------------------------------------------------------------- Comment By: Stephan Berndts (berndts) Date: 2008-05-19 12:51 Message: Logged In: YES user_id=129854 Originator: YES Oops. I actually read it on mailman-announce but forgot about it when I discovered the bug. But: I browsed through the bug tracker and could not find the bug there. Maybe you should open a bug even for bugs you already fixed (and close them instantly). ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-05-19 08:37 Message: Logged In: YES user_id=1123998 Originator: NO Thanks for the patch. This is a known issue. See the news item "Important patch for Mailman 2.1.10 2008-04-26" on the project page at <http://sourceforge.net/projects/mailman> and the Mailman_2.1.10.patch file on the download page at <http://sourceforge.net/project/showfiles.php?group_id=103>. Also see <http://mail.python.org/pipermail/mailman-announce/2008-April/000111.html> which was also posted to mailman-developers(a)python.org and mailman-users(a)python.org. Do you have any suggestions as to how the make things like this more visible? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1966837&group_…

1 0