Mailman-coders July 2006

mailman-coders@python.org

1 participants
24 discussions

[ mailman-Bugs-1230865 ] spam filters get removed when changing other privacy pages

by SourceForge.net

Bugs item #1230865, was opened at 2005-07-01 13:51 Message generated for change (Comment added) made by mantas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1230865&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: security/privacy Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Alex (ams001) Assigned to: Nobody/Anonymous (nobody) Summary: spam filters get removed when changing other privacy pages Initial Comment: Originally reported in 1020013 http://sourceforge.net/tracker/?group_id=103&atid=100103&func=detail&aid=10… This problem still very annoyingly ocurrs in the 2.1.6 release which appears not to include the patch submitted. I have updated the patch against 2.1.6 and included it below. ---------------------------------------------------------------------- Comment By: Mantas K (mantas) Date: 2006-07-06 22:49 Message: Logged In: YES user_id=439618 According to bugreporter (and my personal experience with mailman) spam filters still gets removed when changing other privacy pages in mailman 2.1.x :( I think this bug should be reopened and closed only when it will be really fixed in stable release of mailman. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-09-21 07:30 Message: Logged In: YES user_id=67709 Fixed in CVS. (2.2.0a0) ---------------------------------------------------------------------- Comment By: Alex (ams001) Date: 2005-07-08 20:29 Message: Logged In: YES user_id=1156173 Unfortunately this patch does not fix all occurances of the problem. I can reliably "lose" all spam filters entered by going directly to the spam filter section after logging out. To reproduce: 1. Login as list admin 2. Goto Privacy / Spam filters and create a spam filter 3. Logout 4. Modify logout URL from .../<listname>/logout to .../<listname>/privacy/spam 5. Enter password and observe absense of Spam filter. The worrying thing is that it appears to be the login through the privacy/spam script that kills the spam filter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1230865&group_…

14 years, 9 months

[ mailman-Bugs-1518281 ] Bad Content-Disposition breaks senddigest

by SourceForge.net

Bugs item #1518281, was opened at 2006-07-06 13:27 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=1518281&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Philip Crotwell (crotwell) Assigned to: Nobody/Anonymous (nobody) Summary: Bad Content-Disposition breaks senddigest Initial Comment: We are using the default mailman on mac osx server 10.3 which is mailman 2.1.2, so this may be old. But just in case, we got an email with attachement that caused mailman to croak in senddigest. Here is the output of running it by hand. I added 2 prints to see what the offending filename variable had in it. The Content-Disposition headers are below. Note that the two parts of the filename have been joined, but because of the bizarre endquoting in filename*0, there is an embedded \n\t. We fixed this locally by editing the mbox to change the offending filename to be shorter and not split into two parts, but it might be nice if mailman would check for illegal characters embedded in filenames? In addition to senddigest croaking, all emails after this bad one were not added to the archive. Luckily we had made a copy of digest.mbox before running senddigest manually and were able to manually add the lost emails to the archive mbox. roo:/usr/share/mailman root# python -S cron/senddigests -l chair-archive (None, None, 'Outside Professional Activities GS Policy_4-22-03 rev\n\t5-16-05.doc') (None, None, 'Outside Professional Activities GS Policy_4-22-03 rev\n\t5-16-05.doc') Traceback (most recent call last): File "cron/senddigests", line 94, in ? main() File "cron/senddigests", line 86, in main mlist.send_digest_now() File "/usr/share/mailman/Mailman/Digester.py", line 60, in send_digest_now ToDigest.send_digests(self, mboxfp) File "/usr/share/mailman/Mailman/Handlers/ToDigest.py", line 130, in send_digests send_i18n_digests(mlist, mboxfp) File "/usr/share/mailman/Mailman/Handlers/ToDigest.py", line 303, in send_i18n_digests msg = scrubber(mlist, msg) File "/usr/share/mailman/Mailman/Handlers/Scrubber.py", line 257, in process url = save_attachment(mlist, part, dir) File "/usr/share/mailman/Mailman/Handlers/Scrubber.py", line 348, in save_attachment fnext = os.path.splitext(msg.get_filename(''))[1] File "/usr/share/mailman/pythonlib/email/Message.py", line 709, in get_filename return unicode(newvalue[2], newvalue[0]) TypeError: unicode() argument 2 must be string, not None --Apple-Mail-5-348793981 Content-Transfer-Encoding: base64 Content-Type: application/msword; x-unix-mode=0666; name="Outside Professional Activities GS Policy_4-22-03 rev 5-16-05.doc" Content-Disposition: attachment; filename*0="Outside Professional Activities GS Policy_4-22-03 rev 5-16-05.do"; filename*1=c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1518281&group_…

14 years, 9 months

[ mailman-Patches-1516454 ] Host based langage selection

by SourceForge.net

Patches item #1516454, was opened at 2006-07-03 19:01 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=1516454&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Toots (metamorph68) Assigned to: Nobody/Anonymous (nobody) Summary: Host based langage selection Initial Comment: Hi! I forward a patch that I found in debian's BTS, and applyed sucessfully here. The aim is to have welcome and admin langague settings per virtual host. Modifications seems really straight forward: I hope we will se something like this applied to main source code! Thanks for the good good work guys! http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351431 s patch lets you have a different DEFAULT_SERVER_NAME for defined virtual hosts. Useful because initial pages always refers to site DEFAULT_SERVER_NAME, even if lists are in an other language. A patch that adds a configuration variable to support this is included. The patch is made with dpatch. This is an usage example: # Required when setting any of its arguments. add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST) add_virtualhost('it.gnu.org', 'it.gnu.org') #------------------------------------------------------------- # The default language for this server. DEFAULT_SERVER_LANGUAGE = 'es' VIRTUAL_HOSTS_LANGUAGE['it.gnu.org']='it' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1516454&group_…

14 years, 9 months

[ mailman-Patches-1515716 ] Per-user selectable Reply-to header

by SourceForge.net

Patches item #1515716, was opened at 2006-07-02 02:29 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=1515716&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Timo Sirainen (cras) Assigned to: Nobody/Anonymous (nobody) Summary: Per-user selectable Reply-to header Initial Comment: Feature request 1469343 explains this. Having the field remembered in listinfo page causes most of the changes and I think it's missing some backwards compatibility checks for the pending requests in database. I'd be happy to have it just in the options page too. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1515716&group_…

14 years, 9 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Mailman-coders July 2006