aboutsummaryrefslogtreecommitdiffstats
path: root/Mailman/Handlers/Scrubber.py (follow)
Commit message (Collapse)AuthorAgeFilesLines
* A cleansing pass, almost entirely cosmetic. Such things as whitespacebwarsaw2005-12-301-5/+6
| | | | | | | | | | | | | normalization, removal of tabs, copyright year updates to changed files, docstring and comment fixes, and usage of True/False. I also made a pass through the NEWS file. One import was reordered, and after this commit I will move the mmdsr.readme file to README.mmdsr. From my perspective, after that we're ready to go. I will port these changes forward to the trunk.
* Fixes for email.set_payload() not distinguish parsed or virgin payload.tkikuchi2005-12-171-21/+24
| | | | | | I've tested the example by Mark Sapiro: http://mail.python.org/pipermail/mailman-developers/2005-November/018395.html both with and without 'Content-Transfer-Encoding' but may need more test.
* Add an extra trailing space in scrubbed content URL. This may save thetkikuchi2005-12-131-1/+3
| | | | users of MS Outlook and Apple Mail.
* Add OverflowError in the except list. (back port from MAIN).tkikuchi2005-10-231-1/+1
|
* FSF office has moved to 51 Franklin Street.tkikuchi2005-08-271-1/+1
|
* Backout last checkin. The fix was already coded in the following part. ^^;)tkikuchi2005-07-131-3/+0
|
* A part can be None type in Python2.4 if multipart/mixed without real content.tkikuchi2005-07-131-0/+3
| | | | Temporary work around to ignore such case.
* process(): One more bug fix, though this one should be safe. Under email 2.5,bwarsaw2005-05-221-1/+8
| | | | | | | | | | it is possible for a message to be "not is_multipart()" but to have a None payload. I know of at least one situation where this can happen: you have a Content-Type: multipart/* but there is nothing but two blank lines between the first boundary and the end boundary. Under email 3, you get a string payload but under email 2.5 you get None. Because there's nothing in such parts, they should be safe to ignore.
* New names added to ACKNOWLEDGMENTS. Updated NEWS in preparation for 2.1.6b1.bwarsaw2005-01-161-4/+3
| | | | Update copyright years for files changes in 2005. Whitespace normalization.
* Provision for part == None case. Closing bug# 1099138tkikuchi2005-01-121-2/+4
|
* Normalize charset to the output if input/output are different.tkikuchi2004-11-131-0/+3
|
* fix bugs when using ARCHIVE_HTML_SANITIZER = 1tkikuchi2004-10-141-2/+3
|
* Merging SF patches:tkikuchi2004-10-031-2/+16
| | | | | | | [ 904850 ] Scrubber in regular delivery per list [ 1027882 ] filter attachments by filename extensions and a patch in mailman-dev mailing list http://mail.python.org/pipermail/mailman-developers/2004-September/017246.html
* [ 891491 ] Scrubber.py patch by tkikuchitkikuchi2004-09-171-10/+43
| | | | | | | | | | | | | | Modified Files: Mailman/Handlers/Scrubber.py Mailman/Defaults.py.in Fixes some bugs: charset problem where input/output charset are different text file without charset makes trouble when merging into one text msg. delete content-transfer encoding use Utils.oneline() for i18n filename use msg.walk() to collect parts Introduce: mm_cfg.SCRUBBER_DONT_USE_ATTACHMENT_FILENAME to prevent extremely long fn.
* True/False where appropriate.bwarsaw2003-12-011-1/+1
| | | | | | process(): When we encode the text, catch ValueError along with UnicodeError and LookupError. The ValueError can be raised if the charset is the empty string. Closes SF bug # 834486.
* True/False where appropriate.bwarsaw2003-12-011-15/+23
| | | | | | process(): When we encode the text, catch ValueError along with UnicodeError and LookupError. The ValueError can be raised if the charset is the empty string. Closes SF bug # 834486.
* Backporting from the HEAD -- updated handlersbwarsaw2003-09-221-2/+5
|
* Backporting from the trunk.bwarsaw2003-02-081-29/+72
|
* Copyright years.bwarsaw2003-01-101-4/+4
|
* safe_strftime(): Watch out for TypeError coming back from strftime().bwarsaw2003-01-101-1/+1
|
* This commit was manufactured by cvs2svn to create branch2003-01-021-0/+400
'Release_2_1-maint'.
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-27 04:13:53 +0000