Mailman 3 September 2004 - Mailman-coders

[ mailman-Bugs-657443 ] Header and footer in multipart
by SourceForge.net 01 Sep '04

01 Sep '04

Bugs item #657443, was opened at 2002-12-22 03:08 Message generated for change (Settings changed) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=657443&group_i… Category: mail delivery Group: 2.1 (stable) >Status: Closed >Resolution: Out of Date Priority: 7 Submitted By: Demeilliez Bruno (dive_bruno) Assigned to: Nobody/Anonymous (nobody) Summary: Header and footer in multipart Initial Comment: Hi, I have install mailman 2.1b6 on redhat 7.1. My mailling list is in french and when I received mail from the list with theBat, the header and the footer is in multipart (like at the end). I would like the bady and the footer was in the same message. Can you tell me if it's a bug or a configuration problem ? And how I can resolve it ? Thank's for your help. Bruno Example : .... From: Bruno Demeilliez <webmaster(a)aquanaute.com> X-Mailer: The Bat! (v1.62 Christmas Edition) Organization: Aquanaute.com X-Priority: 3 (Normal) Message-ID: <11916819925.20021222110418(a)aquanaute.com> To: test2(a)aquanaute.com MIME-Version: 1.0 Subject: Test X-BeenThere: test2(a)aquanaute.com X-Mailman-Version: 2.1b6 Precedence: list Reply-To: Bruno Demeilliez <webmaster(a)aquanaute.com>om>, test2(a)aquanaute.com List-Id: <test2.aquanaute.com> List-Help: <mailto:test2-request@aquanaute.com?subject=help> List-Post: <mailto:test2@aquanaute.com> List-Subscribe: <http://www.aquanaute.com/mailman/listinfo/test2>, <mailto:test2-request@aquanaute.com?subject=subscribe> List-Archive: <http://www.aquanaute.com/pipermail/test2> List-Unsubscribe: <http://www.aquanaute.com/mailman/listinfo/test2>, <mailto:test2-request@aquanaute.com?subject=unsubscribe> Content-Type: multipart/mixed; boundary="===============2617006012765839==" Sender: test2-bounces(a)aquanaute.com Errors-To: test2-bounces(a)aquanaute.com --===============2617006012765839== Content-Transfer-Encoding: 8bit content-type: text/plain Bonjour test2, Amicalement, Bruno --- Pour l'équipe d'Aquanaute.com http://www.aquanaute.com SARL de presse Aquanaute.com 8 rue Duployé 38100 Grenoble France Tél et Fax : 04 76 99 93 77 --===============2617006012765839== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit _______________________________________________ Liste de discussion Test2 Liste hébergée et administrée gratuitement par Aquanaute.com Présentation de la liste, Abonnement / Désabonnement : http://www.aquanaute.com/mailman/listinfo/test2 Archives de la liste : http://aquanaute.com/listes/Test2/ --===============2617006012765839==-- ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2004-09-01 15:45 Message: Logged In: YES user_id=12800 This happens when the charset or content-type of the footer is not compatible with the charset or content-type of the message. In those cases, the footer cannot be appended, so it's added as an attachment. However, this functionality has been improved in newer versions of Mailman so you should upgrade to 2.1.5 and see if the problem still exists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=657443&group_i…

1 0

[ mailman-Bugs-969613 ] double-quotes incorrectly converted to HTML in header values
by SourceForge.net 01 Sep '04

01 Sep '04

Bugs item #969613, was opened at 2004-06-09 09:54 Message generated for change (Settings changed) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=969613&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None >Priority: 8 Submitted By: Ulrich Windl (windl) Assigned to: Nobody/Anonymous (nobody) Summary: double-quotes incorrectly converted to HTML in header values Initial Comment: (I'll use a double exclamation mark (!!) instead of a double-quote here, because it seems the double-quotes are converted to """ here by mistake) If I enter a short description like the following line for a mailing list: List about !!something interesting!! mailman-2.1.4 cunnecessarily converts the double quotes (!!) to " in EMail header values. Example: List-Id: !!List about "something interesting" !! <mailbox(a)domain.org> I think that the quoting in font of an EMail address enclosed by anglr brackets (<...>) is not necessary, and using HTML is wron and not portable. I might work with some broken clients however. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=969613&group_i…

1 0

[ mailman-Patches-1020672 ] Prevent display of owner e-mail
by SourceForge.net 01 Sep '04

01 Sep '04

Patches item #1020672, was opened at 2004-09-01 12:22 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=1020672&group_… Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Joe Rhett (jrhett) Assigned to: Nobody/Anonymous (nobody) Summary: Prevent display of owner e-mail Initial Comment: Don't display the owner's e-mail address to the user. Instead display the listname-owner link. I'm surprised that this isn't a configuration option. A better patch would be to make a configuration option on a per-list basis and if() this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1020672&group_…

1 0

[ mailman-Bugs-1020372 ] Mailman reminders causing overloaded mailboxes.
by SourceForge.net 01 Sep '04

01 Sep '04

Bugs item #1020372, was opened at 2004-09-01 12:48 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=1020372&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dave Wilson (dmw) Assigned to: Nobody/Anonymous (nobody) Summary: Mailman reminders causing overloaded mailboxes. Initial Comment: Hi there, I'm sure you're aware of this problem, and I know there is a manual fix for it (changing the reminder date), however I feel that this should be randomised at installation time, or at least forceably requested from the administrator at installation time, as too many administrators leave it set to the first of the month. As a matter of diligence, putting a warning in the installation docs about changing the date should (IMHO) be the least you do. Requiring an extra argument to ./configure would get you bonus points (--with-reminder-date ?). If there is interest in this, but no-one wants to implement it, I could be cadgered into providing a patch if you like. Thanks for your time, David. A happy and satisfied Mailman user, albeit one that gets bombarded monthly. :) PS: Aware of the option to disable reminders, but again, it's non-default. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020372&group_…

1 0

Re: Mailman-coders Digest, Vol 21, Issue 1
by Ehsan 01 Sep '04

01 Sep '04

http://masoomy2000.persianblog.com On Wed, 1 Sep 2004 12:00:53 +0200 (CEST), mailman-coders-request(a)python.org <mailman-coders-request(a)python.org> wrote: > Send Mailman-coders mailing list submissions to > mailman-coders(a)python.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.python.org/mailman/listinfo/mailman-coders > or, via email, send a message with subject or body 'help' to > mailman-coders-request(a)python.org > > You can reach the person managing the list at > mailman-coders-owner(a)python.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Mailman-coders digest..." > > Today's Topics: > > 1. [ mailman-Bugs-1019550 ] Bug in base64MIME.py (SourceForge.net) > 2. [ mailman-Bugs-1020013 ] spam filters get removed when > changing other privacy pages (SourceForge.net) > 3. [ mailman-Patches-1020102 ] fix for spam filter removed > (bugid:1013079/1020013) (SourceForge.net) > 4. [ mailman-Bugs-1013079 ] spam filters get removed when > changing other privacy pages (SourceForge.net) > 5. [ mailman-Bugs-1020013 ] spam filters get removed when > changing other privacy pages (SourceForge.net) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 31 Aug 2004 03:16:50 -0700 > From: "SourceForge.net" <noreply(a)sourceforge.net> > Subject: [ mailman-Bugs-1019550 ] Bug in base64MIME.py > To: noreply(a)sourceforge.net > Message-ID: <E1C25h4-0005OJ-00(a)sc8-sf-web4.sourceforge.net> > Content-Type: text/plain; charset="ISO-8859-1" > > Bugs item #1019550, was opened at 2004-08-31 12:16 > 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=1019550&group_… > > Category: Web/CGI > Group: 2.1 (stable) > Status: Open > Resolution: None > Priority: 5 > Submitted By: Manuel Pedreira (kour) > Assigned to: Nobody/Anonymous (nobody) > Summary: Bug in base64MIME.py > > Initial Comment: > Bug in Mailman version 2.1.5 > > We're sorry, we hit a bug! > If you would like to help us identify the problem, please > email a copy of this page to the webmaster for this site > with a description of what happened. Thanks! > > Traceback: > > Traceback (most recent call last): > File "/usr/local/mailman/scripts/driver", line 80, in > run_main > pkg = __import__('Mailman.Cgi', globals(), locals(), > [scriptname]) > File "/usr/local/mailman/Mailman/Cgi/listinfo.py", line 26, > in ? > from Mailman import Utils > File "/usr/local/mailman/Mailman/Utils.py", line 37, in ? > import email.Header > File "/usr/local/mailman/pythonlib/email/Header.py", line > 11, in ? > import email.base64MIME > > File "/usr/local/mailman/pythonlib/email/base64MIME.py", > line 31, in ? > from email._compat22 import _floordiv > ImportError: cannot import name _floordiv > > ------------------------------------------------------- > ------------------------- > > Python information: > Variable Value > sys.version 2.1.3 (#1, Sep 7 2002, 15:29:56) [GCC > 2.95.4 20011002 (Debian prerelease)] > sys.executable /usr/bin/python2.1 > sys.prefix /usr > sys.exec_prefix /usr > sys.path /usr > sys.platform linux2 > > ------------------------------------------------------- > ------------------------- > > Environment variables: > Variable Value > DOCUMENT_ROOT /wwroot/listas.gulo.org/ > SERVER_ADDR 193.147.87.51 > SERVER_PORT 80 > REMOTE_ADDR **.**.**.** > SERVER_SOFTWARE Apache/2.0.48 (Unix) PHP/4.3.3 > mod_ssl/2.0.48 OpenSSL/0.9.6c > HTTP_VIA 1.0 VENUS1 > HTTP_ACCEPT_LANGUAGE es > GATEWAY_INTERFACE CGI/1.1 > SERVER_NAME listas.gulo.org > HTTP_CONNECTION Keep-Alive > HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0; > Windows NT 5.0; MyIE2; .NET CLR 1.1.4322) > HTTP_ACCEPT */* > REQUEST_URI /mailman/listinfo > QUERY_STRING > SERVER_PROTOCOL HTTP/1.0 > HTTP_HOST listas.gulo.org > REQUEST_METHOD GET > SERVER_SIGNATURE > HTTP_IF_MODIFIED_SINCE Tue, 31 Aug 2004 09:41:13 > GMT > SCRIPT_NAME /mailman/listinfo > SERVER_ADMIN admin(at)gulo.org > SCRIPT_FILENAME /usr/local/mailman/cgi-bin/listinfo > PYTHONPATH /usr/local/mailman > HTTP_COOKIE > PHPSESSID=0fb5eb2692415f078d387a9225b8086e > REMOTE_PORT 36105 > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1019550&group_… > > ------------------------------ > > Message: 2 > Date: Tue, 31 Aug 2004 14:10:29 -0700 > From: "SourceForge.net" <noreply(a)sourceforge.net> > Subject: [ mailman-Bugs-1020013 ] spam filters get removed when > changing other privacy pages > To: noreply(a)sourceforge.net > Message-ID: <E1C2Ftd-0000ai-00(a)sc8-sf-web1.sourceforge.net> > Content-Type: text/plain; charset="ISO-8859-1" > > Bugs item #1020013, was opened at 2004-08-31 16: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=1020013&group_… > > Category: Web/CGI > Group: 2.1 (stable) > Status: Open > Resolution: None > Priority: 5 > Submitted By: John Dennis (johndennis) > Assigned to: Nobody/Anonymous (nobody) > Summary: spam filters get removed when changing other privacy pages > > Initial Comment: > This was filed in the Red Hat bugzilla as: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130479 > > Promoting to upstream > > Summary is: > > If you enter some header_filter_rules in the mailman > admin pages > (Privacy->Spam filters) and click "submit" they are > added to the > list configuration database. > > However, if you now go to one of the other Privacy > pages and click > "submit" and return to the Spam Filters page, you'll > find that your > header_filter_rules settings have been removed. > > This appears to be caused by the handleForm function in > ~mailman/Mailman/Gui/Privacy.py not checking to see > which subsection > is being submitted before processing the data for and > setting the > mlist.header_filter_rules list configuration variable. > > Version-Release number of selected component (if > applicable): > mailman-2.1.5 > > How reproducible: > Always > > Steps to Reproduce: > 1. Create list. > 2. Go to the Privacy->Spam filters page, add some > header_filter_rules > and hit submit. > 3. Go to the Privacy->Sender filters page but don't hit > submit > 4. Go back to Spam filters and note that they're still > present > 5. Return to Sender filters and hit submit > 6. Go back to Spam filters and note that they've been > removed. > > Actual Results: All spam filters are removed. > > Expected Results: Spam filter settings should be retained. > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020013&group_… > > ------------------------------ > > Message: 3 > Date: Tue, 31 Aug 2004 18:27:12 -0700 > From: "SourceForge.net" <noreply(a)sourceforge.net> > Subject: [ mailman-Patches-1020102 ] fix for spam filter removed > (bugid:1013079/1020013) > To: noreply(a)sourceforge.net > Message-ID: <E1C2Ju4-0003Ze-00(a)sc8-sf-web4.sourceforge.net> > Content-Type: text/plain; charset="ISO-8859-1" > > Patches item #1020102, was opened at 2004-09-01 01:27 > 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=1020102&group_… > > Category: Web UI > Group: Mailman 2.1 > Status: Open > Resolution: None > Priority: 5 > Submitted By: Tokio Kikuchi (tkikuchi) > Assigned to: Nobody/Anonymous (nobody) > Summary: fix for spam filter removed (bugid:1013079/1020013) > > Initial Comment: > spam rules should be updated only if the subcategory is > 'spam'. The patch looks weird but it adds only one 'if' > statement and indent for the if block. > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1020102&group_… > > ------------------------------ > > Message: 4 > Date: Tue, 31 Aug 2004 18:31:31 -0700 > From: "SourceForge.net" <noreply(a)sourceforge.net> > Subject: [ mailman-Bugs-1013079 ] spam filters get removed when > changing other privacy pages > To: noreply(a)sourceforge.net > Message-ID: <E1C2JyF-00011v-00(a)sc8-sf-web1.sourceforge.net> > Content-Type: text/plain; charset="ISO-8859-1" > > Bugs item #1013079, was opened at 2004-08-20 19:23 > Message generated for change (Comment added) made by tkikuchi > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1013079&group_… > > Category: security/privacy > Group: 2.1 beta > Status: Open > Resolution: None > Priority: 5 > Submitted By: Ralph Siemsen (ralphs) > Assigned to: Nobody/Anonymous (nobody) > Summary: spam filters get removed when changing other privacy pages > > Initial Comment: > Error report on behalf of Russell King > (rmk+bugzilla(a)arm.linux.org.uk): > > Description of problem: > If you enter some header_filter_rules in the mailman > admin pages (Privacy->Spam filters) and click "submit" > they are added to the list configuration database. > > However, if you now go to one of the other Privacy > pages and click "submit" and return to the Spam Filters > page, you'll find that your header_filter_rules > settings have been removed. > > This appears to be caused by the handleForm function in > ~mailman/Mailman/Gui/Privacy.py not checking to see > which subsection is being submitted before processing > the data for and setting the mlist.header_filter_rules > list configuration variable. > > Version-Release number of selected component (if > applicable): mailman-2.1.5-7 > > How reproducible: > Always > > Steps to Reproduce: > 1. Create list. > 2. Go to the Privacy->Spam filters page, add some > header_filter_rules and hit submit. > 3. Go to the Privacy->Sender filters page but don't hit > submit > 4. Go back to Spam filters and note that they're still > present > 5. Return to Sender filters and hit submit > 6. Go back to Spam filters and note that they've been > removed. > > Actual Results: All spam filters are removed. > > Expected Results: Spam filter settings should be retained. > > Also reported to redhat bugzilla: > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130479 > > ---------------------------------------------------------------------- > > >Comment By: Tokio Kikuchi (tkikuchi) > Date: 2004-09-01 01:31 > > Message: > Logged In: YES > user_id=67709 > > a patch was uploaded (id:1020102) > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1013079&group_… > > ------------------------------ > > Message: 5 > Date: Tue, 31 Aug 2004 18:33:01 -0700 > From: "SourceForge.net" <noreply(a)sourceforge.net> > Subject: [ mailman-Bugs-1020013 ] spam filters get removed when > changing other privacy pages > To: noreply(a)sourceforge.net > Message-ID: <E1C2Jzh-00014S-00(a)sc8-sf-web1.sourceforge.net> > Content-Type: text/plain; charset="ISO-8859-1" > > Bugs item #1020013, was opened at 2004-08-31 21:10 > Message generated for change (Comment added) made by tkikuchi > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020013&group_… > > Category: Web/CGI > Group: 2.1 (stable) > Status: Open > Resolution: None > Priority: 5 > Submitted By: John Dennis (johndennis) > Assigned to: Nobody/Anonymous (nobody) > Summary: spam filters get removed when changing other privacy pages > > Initial Comment: > This was filed in the Red Hat bugzilla as: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130479 > > Promoting to upstream > > Summary is: > > If you enter some header_filter_rules in the mailman > admin pages > (Privacy->Spam filters) and click "submit" they are > added to the > list configuration database. > > However, if you now go to one of the other Privacy > pages and click > "submit" and return to the Spam Filters page, you'll > find that your > header_filter_rules settings have been removed. > > This appears to be caused by the handleForm function in > ~mailman/Mailman/Gui/Privacy.py not checking to see > which subsection > is being submitted before processing the data for and > setting the > mlist.header_filter_rules list configuration variable. > > Version-Release number of selected component (if > applicable): > mailman-2.1.5 > > How reproducible: > Always > > Steps to Reproduce: > 1. Create list. > 2. Go to the Privacy->Spam filters page, add some > header_filter_rules > and hit submit. > 3. Go to the Privacy->Sender filters page but don't hit > submit > 4. Go back to Spam filters and note that they're still > present > 5. Return to Sender filters and hit submit > 6. Go back to Spam filters and note that they've been > removed. > > Actual Results: All spam filters are removed. > > Expected Results: Spam filter settings should be retained. > > ---------------------------------------------------------------------- > > >Comment By: Tokio Kikuchi (tkikuchi) > Date: 2004-09-01 01:33 > > Message: > Logged In: YES > user_id=67709 > > a patch is uploaded (id 1020102) > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020013&group_… > > ------------------------------ > > _______________________________________________ > Mailman-coders mailing list > Mailman-coders(a)python.org > http://mail.python.org/mailman/listinfo/mailman-coders > > End of Mailman-coders Digest, Vol 21, Issue 1 > ********************************************* >

1 0

[ mailman-Bugs-1020013 ] spam filters get removed when changing other privacy pages
by SourceForge.net 01 Sep '04

01 Sep '04

Bugs item #1020013, was opened at 2004-08-31 21:10 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020013&group_… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: John Dennis (johndennis) Assigned to: Nobody/Anonymous (nobody) Summary: spam filters get removed when changing other privacy pages Initial Comment: This was filed in the Red Hat bugzilla as: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130479 Promoting to upstream Summary is: If you enter some header_filter_rules in the mailman admin pages (Privacy->Spam filters) and click "submit" they are added to the list configuration database. However, if you now go to one of the other Privacy pages and click "submit" and return to the Spam Filters page, you'll find that your header_filter_rules settings have been removed. This appears to be caused by the handleForm function in ~mailman/Mailman/Gui/Privacy.py not checking to see which subsection is being submitted before processing the data for and setting the mlist.header_filter_rules list configuration variable. Version-Release number of selected component (if applicable): mailman-2.1.5 How reproducible: Always Steps to Reproduce: 1. Create list. 2. Go to the Privacy->Spam filters page, add some header_filter_rules and hit submit. 3. Go to the Privacy->Sender filters page but don't hit submit 4. Go back to Spam filters and note that they're still present 5. Return to Sender filters and hit submit 6. Go back to Spam filters and note that they've been removed. Actual Results: All spam filters are removed. Expected Results: Spam filter settings should be retained. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-01 01:33 Message: Logged In: YES user_id=67709 a patch is uploaded (id 1020102) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020013&group_…

1 0

[ mailman-Bugs-1013079 ] spam filters get removed when changing other privacy pages
by SourceForge.net 01 Sep '04

01 Sep '04

Bugs item #1013079, was opened at 2004-08-20 19:23 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1013079&group_… Category: security/privacy Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Ralph Siemsen (ralphs) Assigned to: Nobody/Anonymous (nobody) Summary: spam filters get removed when changing other privacy pages Initial Comment: Error report on behalf of Russell King (rmk+bugzilla(a)arm.linux.org.uk): Description of problem: If you enter some header_filter_rules in the mailman admin pages (Privacy->Spam filters) and click "submit" they are added to the list configuration database. However, if you now go to one of the other Privacy pages and click "submit" and return to the Spam Filters page, you'll find that your header_filter_rules settings have been removed. This appears to be caused by the handleForm function in ~mailman/Mailman/Gui/Privacy.py not checking to see which subsection is being submitted before processing the data for and setting the mlist.header_filter_rules list configuration variable. Version-Release number of selected component (if applicable): mailman-2.1.5-7 How reproducible: Always Steps to Reproduce: 1. Create list. 2. Go to the Privacy->Spam filters page, add some header_filter_rules and hit submit. 3. Go to the Privacy->Sender filters page but don't hit submit 4. Go back to Spam filters and note that they're still present 5. Return to Sender filters and hit submit 6. Go back to Spam filters and note that they've been removed. Actual Results: All spam filters are removed. Expected Results: Spam filter settings should be retained. Also reported to redhat bugzilla: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130479 ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-01 01:31 Message: Logged In: YES user_id=67709 a patch was uploaded (id:1020102) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1013079&group_…

1 0

[ mailman-Patches-1020102 ] fix for spam filter removed (bugid:1013079/1020013)
by SourceForge.net 01 Sep '04

01 Sep '04

Patches item #1020102, was opened at 2004-09-01 01:27 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=1020102&group_… Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: fix for spam filter removed (bugid:1013079/1020013) Initial Comment: spam rules should be updated only if the subcategory is 'spam'. The patch looks weird but it adds only one 'if' statement and indent for the if block. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1020102&group_…

1 0

Mailman-coders September 2004