Mailman-coders September 2004

mailman-coders@python.org

2 participants
67 discussions

[ mailman-Bugs-1025372 ] empty Cc:
by SourceForge.net 15 Sep '04

15 Sep '04

Bugs item #1025372, was opened at 2004-09-09 20:02 Message generated for change (Comment added) made by potstickr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1025372&group_… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Rob Ellis (robellis) Assigned to: Nobody/Anonymous (nobody) Summary: empty Cc: Initial Comment: In lists migrated from 2.0.13, new messages without a Cc: header end up with an empty one when delivered by mailman (2.1.5). Freshly created lists don't seem to have the problem ? This is on a freebsd 4 stable machine running postfix 2.0.19,1 with mailman set up to use SMTPDirect. Python 2.3.3. The attached patch to AvoidDuplicates.py/CookHeaders.py seems to fix it... - rob ---------------------------------------------------------------------- Comment By: Morgan Fletcher (potstickr) Date: 2004-09-15 23:45 Message: Logged In: YES user_id=459672 I tried this patch on a netbsd machine recently upgraded from 2.0.8 to 2.1.5. After applying the patch and a 'make install' I still see the empty Cc header. This bug is causing some trouble for some our list members, so I was really hoping this fix would work. Let me know if you need debugging info or testing of possible patches. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1025372&group_…

1 0

[ mailman-Bugs-1028829 ] Memory error????
by SourceForge.net 15 Sep '04

15 Sep '04

Bugs item #1028829, was opened at 2004-09-15 23: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=1028829&group_… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: tyro (sgasshole) Assigned to: Nobody/Anonymous (nobody) Summary: Memory error???? Initial Comment: Hiya, we have a list of approx. 38000 subscribers, here the result of a post: Bug in Mailman version 2.1.5 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (most recent call last): File "/usr/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/admindb.py", line 248, in main mlist.Save() File "/usr/local/mailman/Mailman/MailList.py", line 525, in Save self.__save(dict) File "/usr/local/mailman/Mailman/MailList.py", line 482, in __save cPickle.dump(dict, fp, 1) MemoryError ---------------------------------------------------------------------------- ---- Python information: Variable Value sys.version 2.3.4 (#1, Aug 31 2004, 14:32:37) [GCC egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)] sys.executable /usr/bin/python sys.prefix /usr/local sys.exec_prefix /usr/local sys.path /usr/local sys.platform linux2 ---------------------------------------------------------------------------- ---- Environment variables: Variable Value HTTP_REFERER http://www.films-festivals.com/mailman/admin/newsletter SERVER_SOFTWARE Apache/1.3.11 (Unix) ApacheJServ/1.1 PHP/4.0.5 mod_perl/1.25 mod_layout/2.5 SCRIPT_NAME /mailman/admindb QUERY_STRING SERVER_SIGNATURE Apache/1.3.11 Server at www.films-festivals.com Port 80 REQUEST_METHOD GET PATH_INFO /newsletter SERVER_PROTOCOL HTTP/1.1 HTTP_EXTENSION Security/Remote-Passphrase LANG en_US HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; .NET CLR 1.1.4322) HTTP_CONNECTION Keep-Alive HTTP_COOKIE ffctest+admin=280200000069b0f64741732800000037333062626535303966656266313131 663536326638343064373139386561646262353963323936; newsletter+admin=2802000000699b374841732800000065363864303630366539356465616 165336437326566393561366261323135653863623465336163 SERVER_NAME www.films-festivals.com REMOTE_ADDR 81.64.76.173 SYBASE /opt/sybase-11.9.2/ PATH_TRANSLATED /home/ffanet/htdocs/newsletter SERVER_PORT 80 SERVER_ADDR 62.210.160.22 DOCUMENT_ROOT /home/ffanet/htdocs PYTHONPATH /usr/local/mailman SCRIPT_FILENAME /usr/local/mailman/cgi-bin/admindb SERVER_ADMIN sg(a)a34.net HTTP_HOST www.films-festivals.com REQUEST_URI /mailman/admindb/newsletter HTTP_ACCEPT image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, application/x-shockwave-flash, */* GATEWAY_INTERFACE CGI/1.1 REMOTE_PORT 3499 HTTP_ACCEPT_LANGUAGE fr REMOTE_HOST m173.net81-64-76.noos.fr HTTP_ACCEPT_ENCODING gzip, deflate ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1028829&group_…

1 0

[ mailman-Patches-755045 ] discard all button for pending posts administration
by SourceForge.net 15 Sep '04

15 Sep '04

Patches item #755045, was opened at 2003-06-15 22:22 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=755045&group_i… Category: list administration Group: Mailman 2.1 >Status: Closed Resolution: None Priority: 5 Submitted By: matze (indygena) Assigned to: Nobody/Anonymous (nobody) Summary: discard all button for pending posts administration Initial Comment: adds a 'discard all' button at the bottom of the pending posts page, usefull for lists with high spam rate. not sure if this feature is of general interest, people in the projects where we applied this patch feel confortable with it. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-15 13:27 Message: Logged In: YES user_id=67709 Closing this item because similar feature is included in 2.1.5 ---------------------------------------------------------------------- Comment By: Zoran Dzelajlija (followme) Date: 2004-07-05 13:12 Message: Logged In: YES user_id=106281 Could this perhaps be closed as it's quite similar in effect to 810675, which was included in 2.1.5? ---------------------------------------------------------------------- Comment By: Pabs (pabs3) Date: 2004-01-28 11:15 Message: Logged In: YES user_id=35028 ppl interested in this may also want the default action patch: http://sourceforge.net/tracker/index.php?func=detail&aid=886124&group_id=10… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=755045&group_i…

1 0

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

15 Sep '04

Patches item #1020102, was opened at 2004-09-01 01:27 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1020102&group_… Category: Web UI Group: Mailman 2.1 >Status: Closed 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. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-15 12:49 Message: Logged In: YES user_id=67709 Fixed in CVS Gui/Privacy.py Revision 2.15.2.4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1020102&group_…

1 0

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

15 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: Closed 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-15 12:48 Message: Logged In: YES user_id=67709 Fixed in CVS Gui/Privacy.py Revision 2.15.2.4 ---------------------------------------------------------------------- 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 15 Sep '04

15 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: Closed 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-15 12:46 Message: Logged In: YES user_id=67709 Fixed in CVS Gui/Privacy.py Revision 2.15.2.4 ---------------------------------------------------------------------- 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-891491 ] Scrubber.py patch
by SourceForge.net 15 Sep '04

15 Sep '04

Patches item #891491, was opened at 2004-02-06 02:26 Message generated for change (Comment added) made by ber You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i… Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 8 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber.py patch Initial Comment: Scrubber.py has number of bugs for processing various types of attachment and languages and many have submitted patches to fix them. This patch item is opened to collect such patches for convenience. This patch corrects: - if an attached text is composed by win notepad, it has no charset specified and actual charset may be different from message/list charset. This sometimes cause error in composing digest message. - sometimes, null charset is represented by '' as well as None. - embedded rfc-2822 message is lost if you don't use msg.walk() - special problem with japanese charsets. - t (stringfied part) may be None which you can't append a '\n'. ---------------------------------------------------------------------- Comment By: Bernhard Reiter (ber) Date: 2004-09-15 10:08 Message: Logged In: YES user_id=113859 Maybe that was because I was using my patches for preventing to break the signature, too. Those patches keep the charset lines correct and not reformatted. However that is just a guess. Thanks for testing and fixing the patch. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-14 02:25 Message: Logged In: YES user_id=67709 Your sample email did not reproduce error. Anyway, I managed to make a message which can cause the error and confirmed the last fix was valid. Thank you for your cooperation. ---------------------------------------------------------------------- Comment By: Bernhard Reiter (ber) Date: 2004-09-13 20:23 Message: Logged In: YES user_id=113859 The patch looks better, but I probably can only test it when I updated my Mailman patches again. I have directly send you an email that should trigger the bug so you can test. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-12 01:45 Message: Logged In: YES user_id=67709 Sorry for the problem. I have updated this patch (2004-09-12 version) Please try and report this patch because I can't fully reproduce the problem (in Japanese environment). ---------------------------------------------------------------------- Comment By: Bernhard Reiter (ber) Date: 2004-09-11 20:04 Message: Logged In: YES user_id=113859 scrubber.patch 2004-08-24 has a problem. Charset(lcset).output_charset can return None according to the documentation. E.g. when no conversion is needed. This would assign Non to lcset_out . Later this leads to an exception in try: if len(charset) == 0: charset = 'us-ascii' t = t.encode(charset, 'replace') except (UnicodeError, LookupError, ValueError): t = t.encode(lcset, 'replace') because: TypeError: len() of unsized object ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-08-24 09:58 Message: Logged In: YES user_id=67709 added a fix for the case of lcset_out <> lcset. ---------------------------------------------------------------------- Comment By: Bernhard Reiter (ber) Date: 2004-04-14 20:53 Message: Logged In: YES user_id=113859 Thanks for working on the patch. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-02-25 11:42 Message: Logged In: YES user_id=67709 uploading revised patch. Now fixes a few more bugs which try to decode scrub plain text message and result in mojibake. Also, japanese filename tend to become so long that system limit may exceeded because of mime encoding, so add an option not to use the filename in the message but to use 'attachment' as filename. Because this patch spans two files (Defaults.py.in and Handlers/Scrubber.py) you have to cd mailman and patch -p1 < this_patch. (Well, I think it is -p1. If it didn't work, try -p0 ;-) ---------------------------------------------------------------------- Comment By: Jonathan Larmour (jifl) Date: 2004-02-22 18:25 Message: Logged In: YES user_id=817601 I strongly recommend applying this patch. I received a mail bounce on a list with an empty charset in a part (i.e. "charset=") and it caused /var/mailman/cron/senddigest and thus all digest processing to fail because of this error: Traceback (most recent call last): File "/var/mailman/cron/senddigests", line 94, in ? main() File "/var/mailman/cron/senddigests", line 86, in main mlist.send_digest_now() File "/var/mailman/Mailman/Digester.py", line 60, in send_digest_now ToDigest.send_digests(self, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 123, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 295, in send_i18n_digests msg = scrubber(mlist, msg) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 308, in process t = t.encode(charset, 'replace') File "/usr/lib/python2.2/encodings/__init__.py", line 51, in search_function mod = __import__(modname,globals(),locals(),'*') which is something this patch fixes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i…

1 0

[ mailman-Feature Requests-1024289 ] Add threading support for Lotus Notes < 5.0.9
by SourceForge.net 15 Sep '04

15 Sep '04

Feature Requests item #1024289, was opened at 2004-09-08 15:35 Message generated for change (Comment added) made by shobhanc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1024289&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: yoda (shobhanc) Assigned to: Nobody/Anonymous (nobody) >Summary: Add threading support for Lotus Notes < 5.0.9 Initial Comment: Lotus Notes below 6.25 doesnt set the 'In-Reply-To' or 'References' header. but it sets 'Orig' and 'REF' headers. Mailman should be able to process 'Orig' and 'REF' headers if 'In-Reply-To' is not set for Lotus Notes. Does anyone have any idea how to do this..? Thanks ---------------------------------------------------------------------- >Comment By: yoda (shobhanc) Date: 2004-09-15 10:16 Message: Logged In: YES user_id=598275 ok, here are the headers generated by Lotus Notes 5.0.8. 1) The headers of the first mail sent from Lotus Notes: Return-path: <postmaster(a)lotus-testing.com> Envelope-to: root(a)sfeng00.lotussoft.com Received: from lotus-testing.com ([11.1.30.111]) by sfeng00.lotussoft.com with esmtp (Exim 3.36 #1 (GForge)) id 1C7RyW-0004Zg-00; Wed, 15 Sep 2004 10:35:00 +0530 Subject: Test mail To: lotus-thread-mail(a)sfeng00.lotussoft.com Cc: root(a)sfeng00.lotussoft.com X-Mailer: Lotus Notes Release 5.0.8 June 18, 2001 Message-ID: <OFEF923469.E6DCE47F-ON65256F10.001BCB3D(a)lotus-testing.com> From: postmaster(a)lotus-testing.com Date: Wed, 15 Sep 2004 10:33:51 +0530 X-MIMETrack: Serialize by Router on lotus-testing/LOTUSTesting(Release 5.0.8 |June 18, 2001) at 09/15/2004 10:33:51 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii This is the test mail 2) The reply headers for the original mail from Lotus Notes: Return-path: <postmaster(a)lotus-testing.com> Envelope-to: root(a)sfeng00.lotussoft.com Received: from lotus-testing.com ([11.1.30.111]) by sfeng00.lotussoft.com with esmtp (Exim 3.36 #1 (GForge)) id 1C7S3q-0004an-00; Wed, 15 Sep 2004 10:40:30 +0530 Subject: Re: [Lotus-thread-mail] Test mail To: postmaster(a)lotus-testing.com Cc: lotus-thread-mail(a)sfeng00.lotussoft.com, lotus-thread-mail-admin(a)sfeng00.lotussoft.com, X-Mailer: Lotus Notes Release 5.0.8 June 18, 2001 Message-ID: <OF624C3EA6.6775904D-ON65256F10.001C4DFB(a)lotus-testing.com> From: postmaster(a)lotus-testing.com Date: Wed, 15 Sep 2004 10:39:21 +0530 X-MIMETrack: Serialize by Router on lotus-testing/LOTUSTesting(Release 5.0.8 |June 18, 2001) at 09/15/2004 10:39:21 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Reply to the test mail. Thanks ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-15 07:25 Message: Logged In: YES user_id=67709 Sorry but I have no Notes users around. So, this is low priority. I suggest you upload relevant message header example in case some one is interested. ---------------------------------------------------------------------- Comment By: yoda (shobhanc) Date: 2004-09-14 19:37 Message: Logged In: YES user_id=598275 Thanks tkikuchi, Any idea whats the alternative to thread the mails if $REF header is not set in the reply mail from Lotus Notes, like an autogenerated number be added to the subject line and check the number in the reply mail and generate a thread likewise..?? Thanks for your time. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-14 18:06 Message: Logged In: YES user_id=67709 No patch. Requesting a feature. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1024289&group_…

1 0

[ mailman-Feature Requests-1024289 ] Add support for $Orig and $REF for Lotus Notes < 5.0.9
by SourceForge.net 15 Sep '04

15 Sep '04

Feature Requests item #1024289, was opened at 2004-09-08 10:35 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1024289&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: yoda (shobhanc) Assigned to: Nobody/Anonymous (nobody) Summary: Add support for $Orig and $REF for Lotus Notes < 5.0.9 Initial Comment: Lotus Notes below 6.25 doesnt set the 'In-Reply-To' or 'References' header. but it sets 'Orig' and 'REF' headers. Mailman should be able to process 'Orig' and 'REF' headers if 'In-Reply-To' is not set for Lotus Notes. Does anyone have any idea how to do this..? Thanks ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-15 02:25 Message: Logged In: YES user_id=67709 Sorry but I have no Notes users around. So, this is low priority. I suggest you upload relevant message header example in case some one is interested. ---------------------------------------------------------------------- Comment By: yoda (shobhanc) Date: 2004-09-14 14:37 Message: Logged In: YES user_id=598275 Thanks tkikuchi, Any idea whats the alternative to thread the mails if $REF header is not set in the reply mail from Lotus Notes, like an autogenerated number be added to the subject line and check the number in the reply mail and generate a thread likewise..?? Thanks for your time. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-14 13:06 Message: Logged In: YES user_id=67709 No patch. Requesting a feature. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1024289&group_…

1 0

[ mailman-Feature Requests-1024289 ] Add support for $Orig and $REF for Lotus Notes < 5.0.9
by SourceForge.net 14 Sep '04

14 Sep '04

1 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Mailman-coders September 2004