From noreply at sourceforge.net Tue May 2 10:10:15 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 May 2006 01:10:15 -0700 Subject: [ mailman-Bugs-1480232 ] changes in Web Interfaces doesn't take effect Message-ID: Bugs item #1480232, was opened at 2006-05-02 10:10 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=1480232&group_id=103 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: None Priority: 5 Submitted By: mlameignere (mlameignere) Assigned to: Nobody/Anonymous (nobody) Summary: changes in Web Interfaces doesn't take effect Initial Comment: Good morning, I'm trying to run mailman to manage mailing lists of mygforge. I'm running it under Red Hat ES4 with package (rpm ) built for that distribution, mailman-2.1.5-33.rhel4 with apache Web Server. my vhost works well, and mailman too. My MTA , postfix , works fine too, I can receive e-mails that I have sent to my mailing lists. My problems is that the web interface generated by python scripts. All changes, like subscribing an e-mail adress or approve pending e-mails are not executed or written in configurations files. Cookies in my web browser are enabled, and authentication (admin user) works. I think that permissions on configuration files and binaries are good because I didn't change it. But all changes in the Web interface are not applied. Logs files (htttpd and mailman) are empty of notifications to help me to solve this problem. I dumped network traffic to see if requests coming out of the changed form, mention the new values of variables. And every thing works fine in that part. Can you help me to solve my problems, because if people can't submity their e-mail , or moderator approve pending e-mail, my project can't be used. M.Lameignere ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1480232&group_id=103 From noreply at sourceforge.net Tue May 2 13:43:51 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 May 2006 04:43:51 -0700 Subject: [ mailman-Bugs-1480232 ] changes in Web Interfaces doesn't take effect Message-ID: Bugs item #1480232, was opened at 2006-05-02 10:10 Message generated for change (Comment added) made by mlameignere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1480232&group_id=103 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: None Priority: 5 Submitted By: mlameignere (mlameignere) Assigned to: Nobody/Anonymous (nobody) Summary: changes in Web Interfaces doesn't take effect Initial Comment: Good morning, I'm trying to run mailman to manage mailing lists of mygforge. I'm running it under Red Hat ES4 with package (rpm ) built for that distribution, mailman-2.1.5-33.rhel4 with apache Web Server. my vhost works well, and mailman too. My MTA , postfix , works fine too, I can receive e-mails that I have sent to my mailing lists. My problems is that the web interface generated by python scripts. All changes, like subscribing an e-mail adress or approve pending e-mails are not executed or written in configurations files. Cookies in my web browser are enabled, and authentication (admin user) works. I think that permissions on configuration files and binaries are good because I didn't change it. But all changes in the Web interface are not applied. Logs files (htttpd and mailman) are empty of notifications to help me to solve this problem. I dumped network traffic to see if requests coming out of the changed form, mention the new values of variables. And every thing works fine in that part. Can you help me to solve my problems, because if people can't submity their e-mail , or moderator approve pending e-mail, my project can't be used. M.Lameignere ---------------------------------------------------------------------- >Comment By: mlameignere (mlameignere) Date: 2006-05-02 13:43 Message: Logged In: YES user_id=1514650 I finally found how to solve the problem. My primary vhost in httpd enable HTTPs. But mailman configuration was made with HTTP urls. My RewriteRule in httpd.conf translate HTTP url in HTTPS . So I could'nt see that pointed URL in Mailman was in http, and mailman did'nt understood https rewriting url. The solution is to add this line in mm_cfg.py : DEFAULT_URL_PATTERN = 'https://%s/mailman/' and to change lists url in lists configuration files: ./withlist -l -r fix_url test-list -u new.host.here ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1480232&group_id=103 From noreply at sourceforge.net Tue May 2 16:39:28 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 May 2006 07:39:28 -0700 Subject: [ mailman-Bugs-1480232 ] changes in Web Interfaces doesn't take effect Message-ID: Bugs item #1480232, was opened at 2006-05-02 01:10 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1480232&group_id=103 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: None Priority: 5 Submitted By: mlameignere (mlameignere) Assigned to: Nobody/Anonymous (nobody) Summary: changes in Web Interfaces doesn't take effect Initial Comment: Good morning, I'm trying to run mailman to manage mailing lists of mygforge. I'm running it under Red Hat ES4 with package (rpm ) built for that distribution, mailman-2.1.5-33.rhel4 with apache Web Server. my vhost works well, and mailman too. My MTA , postfix , works fine too, I can receive e-mails that I have sent to my mailing lists. My problems is that the web interface generated by python scripts. All changes, like subscribing an e-mail adress or approve pending e-mails are not executed or written in configurations files. Cookies in my web browser are enabled, and authentication (admin user) works. I think that permissions on configuration files and binaries are good because I didn't change it. But all changes in the Web interface are not applied. Logs files (htttpd and mailman) are empty of notifications to help me to solve this problem. I dumped network traffic to see if requests coming out of the changed form, mention the new values of variables. And every thing works fine in that part. Can you help me to solve my problems, because if people can't submity their e-mail , or moderator approve pending e-mail, my project can't be used. M.Lameignere ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2006-05-02 07:39 Message: Logged In: YES user_id=1123998 See Mailman FAQ entry 4.45 at http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq04.045.htp ---------------------------------------------------------------------- Comment By: mlameignere (mlameignere) Date: 2006-05-02 04:43 Message: Logged In: YES user_id=1514650 I finally found how to solve the problem. My primary vhost in httpd enable HTTPs. But mailman configuration was made with HTTP urls. My RewriteRule in httpd.conf translate HTTP url in HTTPS . So I could'nt see that pointed URL in Mailman was in http, and mailman did'nt understood https rewriting url. The solution is to add this line in mm_cfg.py : DEFAULT_URL_PATTERN = 'https://%s/mailman/' and to change lists url in lists configuration files: ./withlist -l -r fix_url test-list -u new.host.here ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1480232&group_id=103 From noreply at sourceforge.net Tue May 2 16:44:28 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 May 2006 07:44:28 -0700 Subject: [ mailman-Bugs-1480232 ] changes in Web Interfaces doesn't take effect Message-ID: Bugs item #1480232, was opened at 2006-05-02 01:10 Message generated for change (Settings changed) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1480232&group_id=103 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: mlameignere (mlameignere) Assigned to: Nobody/Anonymous (nobody) Summary: changes in Web Interfaces doesn't take effect Initial Comment: Good morning, I'm trying to run mailman to manage mailing lists of mygforge. I'm running it under Red Hat ES4 with package (rpm ) built for that distribution, mailman-2.1.5-33.rhel4 with apache Web Server. my vhost works well, and mailman too. My MTA , postfix , works fine too, I can receive e-mails that I have sent to my mailing lists. My problems is that the web interface generated by python scripts. All changes, like subscribing an e-mail adress or approve pending e-mails are not executed or written in configurations files. Cookies in my web browser are enabled, and authentication (admin user) works. I think that permissions on configuration files and binaries are good because I didn't change it. But all changes in the Web interface are not applied. Logs files (htttpd and mailman) are empty of notifications to help me to solve this problem. I dumped network traffic to see if requests coming out of the changed form, mention the new values of variables. And every thing works fine in that part. Can you help me to solve my problems, because if people can't submity their e-mail , or moderator approve pending e-mail, my project can't be used. M.Lameignere ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2006-05-02 07:39 Message: Logged In: YES user_id=1123998 See Mailman FAQ entry 4.45 at http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq04.045.htp ---------------------------------------------------------------------- Comment By: mlameignere (mlameignere) Date: 2006-05-02 04:43 Message: Logged In: YES user_id=1514650 I finally found how to solve the problem. My primary vhost in httpd enable HTTPs. But mailman configuration was made with HTTP urls. My RewriteRule in httpd.conf translate HTTP url in HTTPS . So I could'nt see that pointed URL in Mailman was in http, and mailman did'nt understood https rewriting url. The solution is to add this line in mm_cfg.py : DEFAULT_URL_PATTERN = 'https://%s/mailman/' and to change lists url in lists configuration files: ./withlist -l -r fix_url test-list -u new.host.here ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1480232&group_id=103 From noreply at sourceforge.net Thu May 4 10:19:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 04 May 2006 01:19:14 -0700 Subject: [ mailman-Patches-839386 ] MySQL MemberAdaptor for Mailman 2.1 Message-ID: Patches item #839386, was opened at 2003-11-10 19:04 Message generated for change (Comment added) made by egervary You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 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: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Kev Green (kyrian) Assigned to: Nobody/Anonymous (nobody) Summary: MySQL MemberAdaptor for Mailman 2.1 Initial Comment: A MemberAdaptor "plugin" which should allow Mailman list members to be loaded from a MySQL database, rather than just a Mailman "pickle" file. Provided as-is, and without warranty, this "plugin" may destroy your server, soul, scalp, house, and life. Please use it with caution. Kev Green, oRe Net. http://www.orenet.co.uk/ ---------------------------------------------------------------------- Comment By: Gergely EGERVARY (egervary) Date: 2006-05-04 10:19 Message: Logged In: YES user_id=1255996 Thank you again for this SQL adaptor. Non-alphanumeric characters (such as "-", the dash character, what is valid, and quite common in email and maillist addresses) in list names generates SQL syntax errors, you should use backticks in all SELECT, UPDATE, and INSERT commands, like "SELECT name FROM `%s` WHERE ..." my patch is available here: http://www.expertlan.hu/egervary/forum/MysqlMemberships.py.diff Another issue is with getDeliveryStatus, which does not work for me. row[0] does not return the value stored in the sql table, so the function always returns MemberAdaptor.ENABLED. (the sql table contains '3' properly, so there's no problem with setDeliveryStatus) ---------------------------------------------------------------------- Comment By: Gustavo Peters (gustavo_peters) Date: 2005-10-19 03:08 Message: Logged In: YES user_id=1272569 asa, but I hadn't found time to do it myself... ] * Add bugfix information from Jinhyok Heo * Add in mksqlmailman script from TheSin * Follow Barry Warsaw's suggestion on delivery status timestamp. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-01-08 12:38 Message: Logged In: YES user_id=99923 Latest version incorporates automated generation of the necessary tables, cleaner error reporting, and updated documentation. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-11-11 12:14 Message: Logged In: YES user_id=99923 Bit of an oops in version 1.49, 1.50 now uploaded, which should fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 From noreply at sourceforge.net Thu May 4 15:16:00 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 04 May 2006 06:16:00 -0700 Subject: [ mailman-Bugs-1481828 ] user can't see bounce details Message-ID: Bugs item #1481828, was opened at 2006-05-04 08:15 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=1481828&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: Jason (kg4wsv) Assigned to: Nobody/Anonymous (nobody) Summary: user can't see bounce details Initial Comment: A list member can see that recent messages have bounced and view the bounce score, but cannot see the errors that caused the bounce. This information is critical for resolving the issue causing bounces, and needs to be availble to the list member. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1481828&group_id=103 From noreply at sourceforge.net Fri May 5 13:57:21 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 05 May 2006 04:57:21 -0700 Subject: [ mailman-Patches-1482427 ] Migration 2.0.5 to 2.1.5 bug + fix Message-ID: Patches item #1482427, was opened at 2006-05-05 13:57 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=1482427&group_id=103 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: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Markus Neteler (mneteler) Assigned to: Nobody/Anonymous (nobody) Summary: Migration 2.0.5 to 2.1.5 bug + fix Initial Comment: Hi, we are happy mailman users for many years and finally made the update yesterday. But there was a detail which needs to be fixed: ## from 2.0.5 to ## mailman-2.1.5.1-34.rhel4.2 # modify in file /usr/lib/mailman/bin/dumpdb # BAW: this probably doesn't work if there are mixed types of .db # files (i.e. some marshals, some bdbs). d = DumperSwitchboard().read(filename) to import marshal ... # BAW: this probably doesn't work if there are mixed types of .db # files (i.e. some marshals, some bdbs). fp = open(filename) d = marshal.load(fp) fp.close() Only then it will work (we were seeking for two hours to figure out... :-) This would solve this problem as well apparently: http://mail.python.org/pipermail/mailman-users/2005-February/042654.html Kind regards Markus Neteler http://grass.itc.it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1482427&group_id=103 From noreply at sourceforge.net Fri May 5 20:07:57 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 05 May 2006 11:07:57 -0700 Subject: [ mailman-Bugs-1482670 ] bad link in archive page when archive is empty Message-ID: Bugs item #1482670, was opened at 2006-05-05 11:07 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=1482670&group_id=103 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: None Priority: 5 Submitted By: Alexander Kain (alexanderkain) Assigned to: Nobody/Anonymous (nobody) Summary: bad link in archive page when archive is empty Initial Comment: Say I have a mailing list called business. Then, with the archive empty, I can visit http://www.cascadiacommons.org/cgi-bin/mailman/private/business which will contain a link to http://www.cascadiacommons.org/cgi-bin/mailmanlistinfo/business which is incorrect, since it's missing a "/" between "mailman" and "listinfo". Using 2.1.5-8sarge2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1482670&group_id=103 From noreply at sourceforge.net Sun May 7 20:14:37 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 07 May 2006 11:14:37 -0700 Subject: [ mailman-Patches-1483446 ] Daily mbox files for list mbox archives Message-ID: Patches item #1483446, was opened at 2006-05-07 18:14 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=1483446&group_id=103 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: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: Daily mbox files for list mbox archives Initial Comment: The daily mbox patch changes the way Mailman does its archive-to-mbox archiving, if that is enabled. The standard Mailman system single .mbox file per list used for mbox archiving can, over time, become very unwieldy, presenting problems for disk space management. The mailman daily mbox patch modifies Mailman's behaviour so that a sparse series of daily mbox files is used for archiving rather than a single mbox file. Each archived message is normally appended to a daily mbox file for the UTC date when the message is first archived. For more information, download the patch and check out the file README.dailymbox or visit the URL http://www.openinfo.co.uk/mm/ patches/dailymbox/ Apply the patch from within the Mailman build directory using the command: patch -p1 < path-to-patch-file ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1483446&group_id=103 From noreply at sourceforge.net Tue May 9 16:28:47 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 09 May 2006 07:28:47 -0700 Subject: [ mailman-Bugs-1484722 ] Topic regexes are never applied Message-ID: Bugs item #1484722, was opened at 2006-05-09 10:28 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=1484722&group_id=103 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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Jesse Keating (jkeating-redhat) Assigned to: Nobody/Anonymous (nobody) Summary: Topic regexes are never applied Initial Comment: Topic filters are checked via a provided regex. The code that applies regexes to a message, and tags a message with a topic and adds a header is called Tagger.process. This function is only called by a test/ script, to test the code path. In the production code Tagger.process is never called, so a mail is never checked/tagged with a topic, and thus when later checked for who it should be delivered to based on topic, it has no topic so it doesn't get delivered correctly. This is 2.1.8. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1484722&group_id=103 From noreply at sourceforge.net Tue May 9 16:52:53 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 09 May 2006 07:52:53 -0700 Subject: [ mailman-Bugs-1484722 ] Topic regexes are never applied Message-ID: Bugs item #1484722, was opened at 2006-05-09 10:28 Message generated for change (Comment added) made by jkeating-redhat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1484722&group_id=103 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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Jesse Keating (jkeating-redhat) Assigned to: Nobody/Anonymous (nobody) Summary: Topic regexes are never applied Initial Comment: Topic filters are checked via a provided regex. The code that applies regexes to a message, and tags a message with a topic and adds a header is called Tagger.process. This function is only called by a test/ script, to test the code path. In the production code Tagger.process is never called, so a mail is never checked/tagged with a topic, and thus when later checked for who it should be delivered to based on topic, it has no topic so it doesn't get delivered correctly. This is 2.1.8. ---------------------------------------------------------------------- >Comment By: Jesse Keating (jkeating-redhat) Date: 2006-05-09 10:52 Message: Logged In: YES user_id=1519854 Upon closer looking, it would seem that this could be called through a pipeline. I'm looking in our config to see if we haven't defined this as a pipeline. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1484722&group_id=103 From noreply at sourceforge.net Wed May 10 17:32:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 10 May 2006 08:32:03 -0700 Subject: [ mailman-Feature Requests-1485689 ] mailpasswds have force option Message-ID: Feature Requests item #1485689, was opened at 2006-05-10 15:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1485689&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: jbgorrie (jbgorrie) Assigned to: Nobody/Anonymous (nobody) Summary: mailpasswds have force option Initial Comment: Would be quite useful to include a "force sending to list" even if the default list config prevents password reminders. As well as having the ability to override a user selecting not to receive the password. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1485689&group_id=103 From noreply at sourceforge.net Wed May 10 17:35:11 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 10 May 2006 08:35:11 -0700 Subject: [ mailman-Feature Requests-1485689 ] mailpasswds have force option Message-ID: Feature Requests item #1485689, was opened at 2006-05-10 11:32 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1485689&group_id=103 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: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: jbgorrie (jbgorrie) Assigned to: Nobody/Anonymous (nobody) Summary: mailpasswds have force option Initial Comment: Would be quite useful to include a "force sending to list" even if the default list config prevents password reminders. As well as having the ability to override a user selecting not to receive the password. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2006-05-10 11:35 Message: Logged In: YES user_id=12800 Rejected because password reminders are a misfeature that will go away in MM2.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1485689&group_id=103 From noreply at sourceforge.net Thu May 11 05:02:25 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 10 May 2006 20:02:25 -0700 Subject: [ mailman-Bugs-1484722 ] Topic regexes are never applied Message-ID: Bugs item #1484722, was opened at 2006-05-09 07:28 Message generated for change (Settings changed) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1484722&group_id=103 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: 2.1 (stable) >Status: Pending Resolution: None Priority: 5 Submitted By: Jesse Keating (jkeating-redhat) Assigned to: Nobody/Anonymous (nobody) Summary: Topic regexes are never applied Initial Comment: Topic filters are checked via a provided regex. The code that applies regexes to a message, and tags a message with a topic and adds a header is called Tagger.process. This function is only called by a test/ script, to test the code path. In the production code Tagger.process is never called, so a mail is never checked/tagged with a topic, and thus when later checked for who it should be delivered to based on topic, it has no topic so it doesn't get delivered correctly. This is 2.1.8. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2006-05-10 20:02 Message: Logged In: YES user_id=1123998 Yes, Tagger is in GLOBAL_PIPELINE, so unless you have redefined GLOBAL_PIPELINE in mm_cfg.py to not include Tagger or the list has a pipeline attribute defined (default lists don't) that doesn't include Tagger, Mailman.Handlers.Tagger.process() is called by IncomingRunner in processing the message through the pipeline. ---------------------------------------------------------------------- Comment By: Jesse Keating (jkeating-redhat) Date: 2006-05-09 07:52 Message: Logged In: YES user_id=1519854 Upon closer looking, it would seem that this could be called through a pipeline. I'm looking in our config to see if we haven't defined this as a pipeline. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1484722&group_id=103 From noreply at sourceforge.net Thu May 11 12:02:56 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 11 May 2006 03:02:56 -0700 Subject: [ mailman-Bugs-1085651 ] Broken PGP/MIME signature of messages with attachments Message-ID: Bugs item #1085651, was opened at 2004-12-15 09:54 Message generated for change (Comment added) made by proffe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1085651&group_id=103 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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Etienne M. Gagnon (egagnon) Assigned to: Nobody/Anonymous (nobody) Summary: Broken PGP/MIME signature of messages with attachments Initial Comment: Hi, When I send a PGP/MIME signed message *with* attachments (in addition to the PGP signature) to a Mailman-based mailing list, Firefox/Enigmail fails to verify the signature of the message forwarded by mailman. I have uploaded an example message with a broken signature as attachment to this bug. You can also see how Mailman's automatic archives don't even handle such messages correctly by looking at how it archived that message at: http://sablecc.org/lists/sablecc-user/2004-December/000159.html I've looked in the bugs database and found that a somewhat related problem was reported a while ago, but note that the current bug is different. The original bug was about PGP/MIME signed messages without attachments that were handled incorrectly by Enigmail. This one is about messages with attachments, and it is likely that the bug is Mailman's, at least accroding to the reply I got in: http://bugzilla.mozdev.org/show_bug.cgi?id=8466 Thanks for your help (and for the magnificient software)! Etienne ---------------------------------------------------------------------- Comment By: Magnus Holmgren (proffe) Date: 2006-05-11 12:02 Message: Logged In: YES user_id=669310 This is a duplicate of bug #815297. ---------------------------------------------------------------------- Comment By: Bas Wijnen (shevek) Date: 2005-03-20 14:51 Message: Logged In: YES user_id=42389 That function does indeed not conserve whitespace. E-mail doesn't say whitespace in headers (or even the message) must be preserved, so strictly speaking it's not a bug. However, it is a missing feature, and I think python is the place to implement it, not mailman. The point is that signed e-mails with attachments are sent as two parts: One which is a complete e-mail by itself, and one which holds the signature for that e-mail. This is because in attachments whitespace must be preserved (as opposed to the situation in the message itself). It would be very convenient if such e-mail can be handled by python programs without rewriting the things which work fine for non-signed e-mails. If the attachment is really changed, of course the signature will be broken. However, if it is not, it should not be hard to write out the same message (with whitespace preserved) as was read in. If this is not possible, it is quite hard to do it in the program, as python doesn't seem to support loading a part of an e-mail which has headers of its own as a binary attachment (without touching whitespace, in particular). ---------------------------------------------------------------------- Comment By: Jonas Berlin (xkr47) Date: 2005-03-19 13:21 Message: Logged In: YES user_id=66259 from python's Message.py: def _get_params_preserve(self, failobj, header): # Like get_params() but preserves the quoting of values. BAW: # should this be part of the public interface? According to my analysis of the comment, the function in question does _not_ guarantee to preserve the header as-is, it only preserves _quoting_. Thus, I don't think we can call this a bug in python. If there's more official documentation elsewhere that states that it should preserve everything as-is, then ignore this comment altogether :). I didn't have time to grasp how mailman actually uses that Message class, but I think mailman should be changed to use functions that don't alter the message, and/or re-implement that work according to the requirements of mailman (or, users of mailman :). Anyway, an alternative could be to continue to use the Message.py functions to parse the values while analyzing the contents of the message, and then copypaste the original headers as-is after checking. - xkr47 ---------------------------------------------------------------------- Comment By: Etienne M. Gagnon (egagnon) Date: 2005-01-29 18:08 Message: Logged In: YES user_id=15365 Dear Bas, Thanks a lot for identifying the source of this bug and flagging an upstream bug on Python. Etienne ---------------------------------------------------------------------- Comment By: Bas Wijnen (shevek) Date: 2005-01-24 12:35 Message: Logged In: YES user_id=42389 I checked the source, and this appears to be a bug in Python. It can read and write e-mails, including headers, and they are interpreted. However, it doesn't preserve their whitespace, which is of course fatal for pgp signatures. The bug is filed for python here: http://sourceforge.net/tracker/index.php?func=detail&aid=968430&group_id=5470&atid=105470 ---------------------------------------------------------------------- Comment By: Etienne M. Gagnon (egagnon) Date: 2005-01-18 18:30 Message: Logged In: YES user_id=15365 I am attaching a screen shot of the content filtering settings (see the options.png attachment I have added to this bug report). In short, content filtering is disabled, so I don't think it is the cause of the problem. :-/ Etienne ---------------------------------------------------------------------- Comment By: Brad Knowles (shub) Date: 2005-01-17 01:37 Message: Logged In: YES user_id=18417 Look at your content filter settings. What MIME-types are you configured to pass? At the very least, you should be configured to pass the following: multipart/mixed multipart/alternative text/plain application/pgp-signature multipart/signed ---------------------------------------------------------------------- Comment By: Toni Willberg (toniw) Date: 2005-01-08 02:23 Message: Logged In: YES user_id=190645 I can reproduce this bug also. Here's a diff what happened to me: diff -u mail.valid mail.invalid Content-Disposition: attachment; filename=configure.in.pre-pkgconfig.patch -Content-Type: text/x-patch; name=configure.in.pre-pkgconfig.patch; charset=UTF-8 +Content-Type: text/x-patch; name=configure.in.pre-pkgconfig.patch; + charset=UTF-8 Content-Transfer-Encoding: base64 And this was _inside_ gpg-signed block. Mailman should not alter that section at all, right? X-Mailman-Version: 2.1.4 Yours, Toni Willberg ---------------------------------------------------------------------- Comment By: Etienne M. Gagnon (egagnon) Date: 2004-12-30 05:03 Message: Logged In: YES user_id=15365 Any update? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1085651&group_id=103 From noreply at sourceforge.net Thu May 11 23:01:22 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 11 May 2006 14:01:22 -0700 Subject: [ mailman-Feature Requests-1486877 ] administrator vs. moderator settings Message-ID: Feature Requests item #1486877, was opened at 2006-05-11 21:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1486877&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: karl berry (kberry) Assigned to: Nobody/Anonymous (nobody) Summary: administrator vs. moderator settings Initial Comment: Werner Lemberg recently sent a message to mailman-users about separately defining notifications for administrators vs. moderators. While wholeheartedly supporting Werner's general proposal (I currently filter hundreds of useless notifications every day), I'd like to suggest a slightly different variation -- perhaps it's easier to implement too: Have an interface which allows specifying, for any given email address, 1) whether it is a moderator or an administrator 2) whether it should get the daily mails 3) whether it should get the immediate notifications For an interface, I can imagine a screen similar to the current membership management screen (though with many fewer columns). I think this is preferable because on some lists I list myself as a moderator, on others as an administrator, for various reasons. But I never want to get the immediate notifications, regardless of whether I am an admin or a moderator. It occurs to me that the split into "admin" and "moderator" is perhaps misleading in the first place, since the main difference (AFAIK) is whether the given address is listed on the publicly viewable HTML pages. Maybe they should just all be "administrative email address", and whether it is listed or not on the public page is a fourth specification. Other related options I can think of could perhaps be specified the same way, on a per-administrative-email basis: whether it gets (un)subscribes, and whether it gets disabled/deleted bounce notifications. (There is no use in sending anything but the immediate notifications to our robot helper.) Whether it's possible to specify defaults for all these things is not important to me. Having hardwired defaults would be fine. Hope this makes some kind of sense and can be considered for a future release ... Thanks, karl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1486877&group_id=103 From noreply at sourceforge.net Fri May 12 00:18:12 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 11 May 2006 15:18:12 -0700 Subject: [ mailman-Feature Requests-1486877 ] administrator vs. moderator settings Message-ID: Feature Requests item #1486877, was opened at 2006-05-11 17:01 Message generated for change (Comment added) made by jimpop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1486877&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: karl berry (kberry) Assigned to: Nobody/Anonymous (nobody) Summary: administrator vs. moderator settings Initial Comment: Werner Lemberg recently sent a message to mailman-users about separately defining notifications for administrators vs. moderators. While wholeheartedly supporting Werner's general proposal (I currently filter hundreds of useless notifications every day), I'd like to suggest a slightly different variation -- perhaps it's easier to implement too: Have an interface which allows specifying, for any given email address, 1) whether it is a moderator or an administrator 2) whether it should get the daily mails 3) whether it should get the immediate notifications For an interface, I can imagine a screen similar to the current membership management screen (though with many fewer columns). I think this is preferable because on some lists I list myself as a moderator, on others as an administrator, for various reasons. But I never want to get the immediate notifications, regardless of whether I am an admin or a moderator. It occurs to me that the split into "admin" and "moderator" is perhaps misleading in the first place, since the main difference (AFAIK) is whether the given address is listed on the publicly viewable HTML pages. Maybe they should just all be "administrative email address", and whether it is listed or not on the public page is a fourth specification. Other related options I can think of could perhaps be specified the same way, on a per-administrative-email basis: whether it gets (un)subscribes, and whether it gets disabled/deleted bounce notifications. (There is no use in sending anything but the immediate notifications to our robot helper.) Whether it's possible to specify defaults for all these things is not important to me. Having hardwired defaults would be fine. Hope this makes some kind of sense and can be considered for a future release ... Thanks, karl ---------------------------------------------------------------------- Comment By: Jim Popovitch (jimpop) Date: 2006-05-11 18:18 Message: Logged In: YES user_id=3142 I agree that changes to the Owner/Moderator interfaces need some thought. My thought is this: Just eliminate the concept of separate interface settings for defining list Owners and Moderators and replace it by adding Mod and Owner fields to normal users just like NoMail. This way Owners could easily rotate Moderators, and both could easily change their email delivery options from NoMail to Digest to Normal. Tuff luck if all the Owners set NoMail at the same time, however some might want that capability. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1486877&group_id=103 From noreply at sourceforge.net Sun May 14 16:07:30 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 14 May 2006 07:07:30 -0700 Subject: [ mailman-Bugs-1240368 ] header problems Message-ID: Bugs item #1240368, was opened at 2005-07-18 19:06 Message generated for change (Comment added) made by girla You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1240368&group_id=103 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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Sepphoria (sepphoria) Assigned to: Nobody/Anonymous (nobody) Summary: header problems Initial Comment: If a header and a footer are added to mail sent to regular list members under Non-Digest options, using Outlook as the email client for sending email, Outlook delivers the email with the header as a .txt attachment, and the body of the email as an .html file attachment. The footer is normal. Using a different email client (Netscape) for sending email, Outlook delivers the email with the header and footer in a .txt attachment. The text of the email is normal (in the body of the email). This is the case for version 2.1.5. ---------------------------------------------------------------------- Comment By: Girla (girla) Date: 2006-05-14 17:07 Message: Logged In: YES user_id=1210276 Have the same problem, in case when mail has file(s) attachment(s): then header going as normal mail body, then in msg attachment mail body, then file(s) attachment, and footer in msg attachment. Using The Bat!, Mozilla Thunderbird, variuos webmails. Version MailMan 2.1.7 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1240368&group_id=103 From noreply at sourceforge.net Sun May 14 16:13:32 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 14 May 2006 07:13:32 -0700 Subject: [ mailman-Bugs-1240368 ] header problems Message-ID: Bugs item #1240368, was opened at 2005-07-18 09:06 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1240368&group_id=103 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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Sepphoria (sepphoria) Assigned to: Nobody/Anonymous (nobody) Summary: header problems Initial Comment: If a header and a footer are added to mail sent to regular list members under Non-Digest options, using Outlook as the email client for sending email, Outlook delivers the email with the header as a .txt attachment, and the body of the email as an .html file attachment. The footer is normal. Using a different email client (Netscape) for sending email, Outlook delivers the email with the header and footer in a .txt attachment. The text of the email is normal (in the body of the email). This is the case for version 2.1.5. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2006-05-14 07:13 Message: Logged In: YES user_id=1123998 See http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq04.039.htp ---------------------------------------------------------------------- Comment By: Girla (girla) Date: 2006-05-14 07:07 Message: Logged In: YES user_id=1210276 Have the same problem, in case when mail has file(s) attachment(s): then header going as normal mail body, then in msg attachment mail body, then file(s) attachment, and footer in msg attachment. Using The Bat!, Mozilla Thunderbird, variuos webmails. Version MailMan 2.1.7 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1240368&group_id=103 From noreply at sourceforge.net Mon May 15 18:44:19 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 15 May 2006 09:44:19 -0700 Subject: [ mailman-Feature Requests-1488954 ] approval password linked to sender Message-ID: Feature Requests item #1488954, was opened at 2006-05-15 16:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1488954&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: David Lee (davidlee) Assigned to: Nobody/Anonymous (nobody) Summary: approval password linked to sender Initial Comment: The existing "Approved:" mechanism needs a password shared in common across multiple people (which feels poor and doesn't scale well) and across multiple lists (again, scaling problems). Is there a facility, or plans for such, for each permitted sender to have (optionally) their own password, useable across many lists? (For more info see email to mailman-users 15/May/2006. Let me know if you want me to copy-and-paste here.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1488954&group_id=103 From noreply at sourceforge.net Tue May 16 03:41:36 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 15 May 2006 18:41:36 -0700 Subject: [ mailman-Feature Requests-1489244 ] Add forward option for moderated member post to list Message-ID: Feature Requests item #1489244, was opened at 2006-05-15 21:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1489244&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: isisdesign (isisdesign) Assigned to: Nobody/Anonymous (nobody) Summary: Add forward option for moderated member post to list Initial Comment: On the Privacy Options: Sender filters page, the second item is: Action to take when a moderated member posts to the list. The three options are Hold, Reject and Discard. What is needed for posts from moderated members is the ability to forward the email to a specified email address. This could be added either as a forth radio button for forward with the additional field for the address to forward to -- or -- as a separate action with just a field for an address to forward to if one is supplied. The latter way is more powerfull so i would suggest that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1489244&group_id=103 From noreply at sourceforge.net Sat May 20 23:07:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 20 May 2006 14:07:04 -0700 Subject: [ mailman-Feature Requests-1486877 ] administrator vs. moderator settings Message-ID: Feature Requests item #1486877, was opened at 2006-05-11 21:01 Message generated for change (Comment added) made by kberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1486877&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: karl berry (kberry) Assigned to: Nobody/Anonymous (nobody) Summary: administrator vs. moderator settings Initial Comment: Werner Lemberg recently sent a message to mailman-users about separately defining notifications for administrators vs. moderators. While wholeheartedly supporting Werner's general proposal (I currently filter hundreds of useless notifications every day), I'd like to suggest a slightly different variation -- perhaps it's easier to implement too: Have an interface which allows specifying, for any given email address, 1) whether it is a moderator or an administrator 2) whether it should get the daily mails 3) whether it should get the immediate notifications For an interface, I can imagine a screen similar to the current membership management screen (though with many fewer columns). I think this is preferable because on some lists I list myself as a moderator, on others as an administrator, for various reasons. But I never want to get the immediate notifications, regardless of whether I am an admin or a moderator. It occurs to me that the split into "admin" and "moderator" is perhaps misleading in the first place, since the main difference (AFAIK) is whether the given address is listed on the publicly viewable HTML pages. Maybe they should just all be "administrative email address", and whether it is listed or not on the public page is a fourth specification. Other related options I can think of could perhaps be specified the same way, on a per-administrative-email basis: whether it gets (un)subscribes, and whether it gets disabled/deleted bounce notifications. (There is no use in sending anything but the immediate notifications to our robot helper.) Whether it's possible to specify defaults for all these things is not important to me. Having hardwired defaults would be fine. Hope this makes some kind of sense and can be considered for a future release ... Thanks, karl ---------------------------------------------------------------------- >Comment By: karl berry (kberry) Date: 2006-05-20 21:07 Message: Logged In: YES user_id=33248 I'm not sure admins/moderators should be shoehorned into the regular subscriber list, tempting though it is. They have additional settings (the various notifications) which are not relevant to regular subscribers, and conversely most subscriber settings are not relevant to owners. Finally, when owners are also subscribers, they'd need to be able to control everything separately. Overall, I see a lot more potential for confusion than simplification. But since no developers have responded, I guess it's all pretty much a moot point anyway. Karl ---------------------------------------------------------------------- Comment By: Jim Popovitch (jimpop) Date: 2006-05-11 22:18 Message: Logged In: YES user_id=3142 I agree that changes to the Owner/Moderator interfaces need some thought. My thought is this: Just eliminate the concept of separate interface settings for defining list Owners and Moderators and replace it by adding Mod and Owner fields to normal users just like NoMail. This way Owners could easily rotate Moderators, and both could easily change their email delivery options from NoMail to Digest to Normal. Tuff luck if all the Owners set NoMail at the same time, however some might want that capability. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1486877&group_id=103 From noreply at sourceforge.net Thu May 25 21:24:53 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 25 May 2006 12:24:53 -0700 Subject: [ mailman-Bugs-1495122 ] Mailman strips format=flowed from Content-Type header Message-ID: Bugs item #1495122, was opened at 2006-05-25 21:24 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=1495122&group_id=103 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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Bart Jacobs (radiantskies) Assigned to: Nobody/Anonymous (nobody) Summary: Mailman strips format=flowed from Content-Type header Initial Comment: It seems that Mailman strips the format=flowed argument from the Content-Type: text/plain header when delivering incoming e-mails to subscribers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1495122&group_id=103 From noreply at sourceforge.net Fri May 26 04:20:33 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 25 May 2006 19:20:33 -0700 Subject: [ mailman-Bugs-1484722 ] Topic regexes are never applied Message-ID: <200605260220.k4Q2KXBQ004351@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1484722, was opened at 05/09/06 07:28 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1484722&group_id=103 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: 2.1 (stable) >Status: Closed Resolution: None Priority: 5 Submitted By: Jesse Keating (jkeating-redhat) Assigned to: Nobody/Anonymous (nobody) Summary: Topic regexes are never applied Initial Comment: Topic filters are checked via a provided regex. The code that applies regexes to a message, and tags a message with a topic and adds a header is called Tagger.process. This function is only called by a test/ script, to test the code path. In the production code Tagger.process is never called, so a mail is never checked/tagged with a topic, and thus when later checked for who it should be delivered to based on topic, it has no topic so it doesn't get delivered correctly. This is 2.1.8. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 05/25/06 19:20 Message: Logged In: YES user_id=1312539 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: 05/10/06 20:02 Message: Logged In: YES user_id=1123998 Yes, Tagger is in GLOBAL_PIPELINE, so unless you have redefined GLOBAL_PIPELINE in mm_cfg.py to not include Tagger or the list has a pipeline attribute defined (default lists don't) that doesn't include Tagger, Mailman.Handlers.Tagger.process() is called by IncomingRunner in processing the message through the pipeline. ---------------------------------------------------------------------- Comment By: Jesse Keating (jkeating-redhat) Date: 05/09/06 07:52 Message: Logged In: YES user_id=1519854 Upon closer looking, it would seem that this could be called through a pipeline. I'm looking in our config to see if we haven't defined this as a pipeline. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1484722&group_id=103 From noreply at sourceforge.net Fri May 26 06:00:21 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 25 May 2006 21:00:21 -0700 Subject: [ mailman-Feature Requests-1495305 ] re-confirm memberships Message-ID: Feature Requests item #1495305, was opened at 2006-05-25 21:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1495305&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: Daevid Vincent (daevid) Assigned to: Nobody/Anonymous (nobody) Summary: re-confirm memberships Initial Comment: I have a suspicion that some of my lists' mails are not getting to their destinations. This could be that some people used their job email and no longer work there, could be that they are on AOL or hotmail (which seem to just silently discard), or could be just people that joined up and now 'junk mail or filter' the list because they're either to stupid or lazy to properly unsubscribe. Bottom line is that I'm paying per emails sent (via my quota on DynDNS) and I want to unsubscribe these dead members. It would be great if I could push a button in the web GUI (or run some command on the CLI) and mailman would reset every members status to 'unconfirmed' (or whatever it is), mail them a link to click (with some crazy code in it like when you join a list), and then mark the responders as 'confirmed'. Then after some period of time, say a week or so, I could then go into the GUI, click some link and see a list of all 'unconfirmed' people with the option to unsubscribe them all (without sending an email obviously, since the address is bogus). Extra points if I can schedule this task to occur every month, every six months, once a year, etc... (probably some 'day' interval would be sufficient here). ????5???? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1495305&group_id=103 From noreply at sourceforge.net Sat May 27 00:14:11 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 26 May 2006 15:14:11 -0700 Subject: [ mailman-Bugs-1495781 ] Non-existent class reference while upgrading lists Message-ID: Bugs item #1495781, was opened at 2006-05-26 15:14 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=1495781&group_id=103 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: 5 Submitted By: Paul Sokolovsky (pfalcon) Assigned to: Nobody/Anonymous (nobody) Summary: Non-existent class reference while upgrading lists Initial Comment: Mailman 2.1.8, Mailman/versions.py:489 : msg = Message.OutgoingMessage(text) There's no OutgoingMessage in Message any longer. Hit this while running list_lists while migrating sf.net lists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1495781&group_id=103 From noreply at sourceforge.net Sat May 27 03:48:22 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 26 May 2006 18:48:22 -0700 Subject: [ mailman-Feature Requests-1441723 ] privacy hole in password reminder Message-ID: Feature Requests item #1441723, was opened at 2006-03-02 05:48 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1441723&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: dmvianna (dmvianna) Assigned to: Nobody/Anonymous (nobody) Summary: privacy hole in password reminder Initial Comment: Mailman sends me password reminders in plain text. I can disable this feature, but other users can manually make it send a reminder just as if I had forgot the password, with no other question being asked. If smart enough to intercept that message, the attacker could: 1) Get my password; 2) get my IP in the mail header. Possible solutions: 1) Some sites and programs use a "secret question" which right answer would give the user the chance to get a password reminder. 2) The password could be prompted in a secure html page. I find this safer, as compared to plain text mails. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2006-05-26 18:48 Message: Logged In: YES user_id=1123998 I'm not sure what IP you think would be in the email header that isn't already publicly available via a DNS query of your email domain, or why you think even that IP would be in the header of an intercepted mail. Also, when you say "If smart enough to intercept that message", are you aware of an attack tht would enable this, or are you just concerned that it could happen. Finally, password reminders will go away in Mailman 2.2. We'll try to keep your concern in mind as we work on their replacement. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1441723&group_id=103 From noreply at sourceforge.net Sat May 27 06:11:21 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 26 May 2006 21:11:21 -0700 Subject: [ mailman-Bugs-1495781 ] Non-existent class reference while upgrading lists Message-ID: Bugs item #1495781, was opened at 2006-05-26 15:14 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1495781&group_id=103 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: 5 Submitted By: Paul Sokolovsky (pfalcon) Assigned to: Nobody/Anonymous (nobody) Summary: Non-existent class reference while upgrading lists Initial Comment: Mailman 2.1.8, Mailman/versions.py:489 : msg = Message.OutgoingMessage(text) There's no OutgoingMessage in Message any longer. Hit this while running list_lists while migrating sf.net lists. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2006-05-26 21:11 Message: Logged In: YES user_id=1123998 I'm not certain about this, but I think the attached patch will fix it. Please try it and report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1495781&group_id=103 From noreply at sourceforge.net Sun May 28 23:10:32 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 28 May 2006 14:10:32 -0700 Subject: [ mailman-Patches-1483446 ] Daily mbox files for list mbox archives Message-ID: Patches item #1483446, was opened at 2006-05-07 14:14 Message generated for change (Comment added) made by jimpop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1483446&group_id=103 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: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: Daily mbox files for list mbox archives Initial Comment: The daily mbox patch changes the way Mailman does its archive-to-mbox archiving, if that is enabled. The standard Mailman system single .mbox file per list used for mbox archiving can, over time, become very unwieldy, presenting problems for disk space management. The mailman daily mbox patch modifies Mailman's behaviour so that a sparse series of daily mbox files is used for archiving rather than a single mbox file. Each archived message is normally appended to a daily mbox file for the UTC date when the message is first archived. For more information, download the patch and check out the file README.dailymbox or visit the URL http://www.openinfo.co.uk/mm/ patches/dailymbox/ Apply the patch from within the Mailman build directory using the command: patch -p1 < path-to-patch-file ---------------------------------------------------------------------- Comment By: Jim Popovitch (jimpop) Date: 2006-05-28 17:10 Message: Logged In: YES user_id=3142 Working very well on a production system. Nice addition to Mailman, makes file management and backups MUCH easier. Thanks!! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1483446&group_id=103 From noreply at sourceforge.net Mon May 29 09:54:53 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 29 May 2006 00:54:53 -0700 Subject: [ mailman-Feature Requests-1496741 ] Info header for admin-approved mails Message-ID: Feature Requests item #1496741, was opened at 2006-05-29 09:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1496741&group_id=103 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: None Status: Open Resolution: None Priority: 5 Submitted By: Josef Spillner (dr_maux) Assigned to: Nobody/Anonymous (nobody) Summary: Info header for admin-approved mails Initial Comment: One suggestion based on an issue occurring in current practice: When people not subscribed send an email to the list, the administrator will usually approve it. Some senders put something like "please CC: me" in there, but in most cases they don't and other list members don't know immediately about the subscription status. A configurable info text should be introduced, stating something like "Warning - this message comes from a non-subscribed sender, please reply with CC: activated". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1496741&group_id=103 From noreply at sourceforge.net Tue May 30 01:36:22 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 29 May 2006 16:36:22 -0700 Subject: [ mailman-Bugs-1495781 ] Non-existent class reference while upgrading lists Message-ID: Bugs item #1495781, was opened at 2006-05-26 15:14 Message generated for change (Comment added) made by pfalcon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1495781&group_id=103 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: 5 Submitted By: Paul Sokolovsky (pfalcon) Assigned to: Nobody/Anonymous (nobody) Summary: Non-existent class reference while upgrading lists Initial Comment: Mailman 2.1.8, Mailman/versions.py:489 : msg = Message.OutgoingMessage(text) There's no OutgoingMessage in Message any longer. Hit this while running list_lists while migrating sf.net lists. ---------------------------------------------------------------------- >Comment By: Paul Sokolovsky (pfalcon) Date: 2006-05-29 16:36 Message: Logged In: YES user_id=11970 I had to comment that line altogether to proceed at that time, but after applying it, migrated few haundreds lists more, so it seems to be ok. Thank Mark! Hope it will get into 2.1.9. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2006-05-26 21:11 Message: Logged In: YES user_id=1123998 I'm not certain about this, but I think the attached patch will fix it. Please try it and report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1495781&group_id=103 From noreply at sourceforge.net Tue May 30 03:48:56 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 29 May 2006 18:48:56 -0700 Subject: [ mailman-Bugs-1495781 ] Non-existent class reference while upgrading lists Message-ID: Bugs item #1495781, was opened at 2006-05-26 15:14 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1495781&group_id=103 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: Closed >Resolution: Fixed Priority: 5 Submitted By: Paul Sokolovsky (pfalcon) Assigned to: Nobody/Anonymous (nobody) Summary: Non-existent class reference while upgrading lists Initial Comment: Mailman 2.1.8, Mailman/versions.py:489 : msg = Message.OutgoingMessage(text) There's no OutgoingMessage in Message any longer. Hit this while running list_lists while migrating sf.net lists. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2006-05-29 18:48 Message: Logged In: YES user_id=1123998 Patch included in subversion trunk. ---------------------------------------------------------------------- Comment By: Paul Sokolovsky (pfalcon) Date: 2006-05-29 16:36 Message: Logged In: YES user_id=11970 I had to comment that line altogether to proceed at that time, but after applying it, migrated few haundreds lists more, so it seems to be ok. Thank Mark! Hope it will get into 2.1.9. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2006-05-26 21:11 Message: Logged In: YES user_id=1123998 I'm not certain about this, but I think the attached patch will fix it. Please try it and report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1495781&group_id=103 From noreply at sourceforge.net Tue May 30 03:53:22 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 29 May 2006 18:53:22 -0700 Subject: [ mailman-Bugs-1484722 ] Topic regexes are never applied Message-ID: Bugs item #1484722, was opened at 2006-05-09 07:28 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1484722&group_id=103 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: 2.1 (stable) Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Jesse Keating (jkeating-redhat) Assigned to: Nobody/Anonymous (nobody) Summary: Topic regexes are never applied Initial Comment: Topic filters are checked via a provided regex. The code that applies regexes to a message, and tags a message with a topic and adds a header is called Tagger.process. This function is only called by a test/ script, to test the code path. In the production code Tagger.process is never called, so a mail is never checked/tagged with a topic, and thus when later checked for who it should be delivered to based on topic, it has no topic so it doesn't get delivered correctly. This is 2.1.8. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2006-05-29 18:53 Message: Logged In: YES user_id=1123998 Original problem was due to submitter not recognizing that topic regexps are compiled in VERBOSE mode requiring escaping of significant white space. This 'gotcha' is planned to be addressed in the next release. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2006-05-25 19:20 Message: Logged In: YES user_id=1312539 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: 2006-05-10 20:02 Message: Logged In: YES user_id=1123998 Yes, Tagger is in GLOBAL_PIPELINE, so unless you have redefined GLOBAL_PIPELINE in mm_cfg.py to not include Tagger or the list has a pipeline attribute defined (default lists don't) that doesn't include Tagger, Mailman.Handlers.Tagger.process() is called by IncomingRunner in processing the message through the pipeline. ---------------------------------------------------------------------- Comment By: Jesse Keating (jkeating-redhat) Date: 2006-05-09 07:52 Message: Logged In: YES user_id=1519854 Upon closer looking, it would seem that this could be called through a pipeline. I'm looking in our config to see if we haven't defined this as a pipeline. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1484722&group_id=103 From noreply at sourceforge.net Tue May 30 10:03:46 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 30 May 2006 01:03:46 -0700 Subject: [ mailman-Bugs-1497366 ] Differentiate between subscribers/others for held messages Message-ID: Bugs item #1497366, was opened at 2006-05-30 10:03 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=1497366&group_id=103 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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Jonas Maebe (jmaebe) Assigned to: Nobody/Anonymous (nobody) Summary: Differentiate between subscribers/others for held messages Initial Comment: I've turned off notifications about messages held for approval, since virtually all of them are spam with forged from-addresses and I don't want to inundate random people with such notifications. However, every now and then the reason is that a subscriber tried to send too big an attachment, or because a mail triggered my html regexp in the privacy filters. Therefore I would like to propose an option to only send "Message held for approval" messages to subscribers, but not to anyone else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1497366&group_id=103 From noreply at sourceforge.net Wed May 31 15:26:25 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 31 May 2006 06:26:25 -0700 Subject: [ mailman-Bugs-1498213 ] bad email sanitisation issue Message-ID: Bugs item #1498213, was opened at 2006-05-31 15:26 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=1498213&group_id=103 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: kangoo (kangbooboo) Assigned to: Nobody/Anonymous (nobody) Summary: bad email sanitisation issue Initial Comment: hi, we're using 2.1.5 and when someone added an email address with quotes (") we got errors a bit everywhere and mails not getting sent ^^ I looked into changelog up to 2.1.8 which is current stable and this looks closely to bug #1030228, but different character. I would suggest adding the quote character to the filter (ascii 042) Or better, rewritte the filter but the reverse way. only allow [a-zA-Z0-9\-\_\.\+] for email addresses ? (i made this up from memory but email addresses cannot contain much more ? maybe im saying something stupid here) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1498213&group_id=103 From noreply at sourceforge.net Wed May 31 15:36:26 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 31 May 2006 06:36:26 -0700 Subject: [ mailman-Bugs-1498213 ] bad email sanitisation issue Message-ID: Bugs item #1498213, was opened at 2006-05-31 15:26 Message generated for change (Comment added) made by kangbooboo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1498213&group_id=103 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: kangoo (kangbooboo) Assigned to: Nobody/Anonymous (nobody) Summary: bad email sanitisation issue Initial Comment: hi, we're using 2.1.5 and when someone added an email address with quotes (") we got errors a bit everywhere and mails not getting sent ^^ I looked into changelog up to 2.1.8 which is current stable and this looks closely to bug #1030228, but different character. I would suggest adding the quote character to the filter (ascii 042) Or better, rewritte the filter but the reverse way. only allow [a-zA-Z0-9\-\_\.\+] for email addresses ? (i made this up from memory but email addresses cannot contain much more ? maybe im saying something stupid here) ---------------------------------------------------------------------- >Comment By: kangoo (kangbooboo) Date: 2006-05-31 15:36 Message: Logged In: YES user_id=671502 i forgot to say this is done when you're not using the web interface to input the email+name (else name or mail with quotes gets rejected as unknown) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1498213&group_id=103 From noreply at sourceforge.net Wed May 31 17:24:25 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 31 May 2006 08:24:25 -0700 Subject: [ mailman-Bugs-1498290 ] Footer sometimes appended to last line of message Message-ID: Bugs item #1498290, was opened at 2006-05-31 11:24 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=1498290&group_id=103 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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Jonathan Kamens (jikamens) Assigned to: Nobody/Anonymous (nobody) Summary: Footer sometimes appended to last line of message Initial Comment: If someone submits a multipart/alternative message, and the text part doesn't have a trailing newline, then the footer is started at the end of the last line in the text part, rather than starting on a new line. I think the code that appends the footer should be fixed so that if the text message doesn't end with a newline, one is added before the footer is appended. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1498290&group_id=103