aboutsummaryrefslogtreecommitdiffstats
path: root/Mailman/Handlers/Scrubber.py (unfollow)
Commit message (Collapse)AuthorFilesLines
2006-02-19Fixed bug 1430236 by catching TypeError when trying to get a decoded payloadmsapiro1-1/+6
when payload is None.
2006-02-03variable name: it is not a floating number. (time tuple)tkikuchi1-2/+2
2006-01-29Back out Revision 2.18.2.19 patch for email.Message.set_payload() bugtkikuchi1-10/+3
because it is overwrapped in Mailman.Message.
2005-12-30A cleansing pass, almost entirely cosmetic. Such things as whitespacebwarsaw1-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.
2005-12-17Fixes for email.set_payload() not distinguish parsed or virgin payload.tkikuchi1-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.
2005-12-13Add an extra trailing space in scrubbed content URL. This may save thetkikuchi1-1/+3
users of MS Outlook and Apple Mail.
2005-10-23Add OverflowError in the except list. (back port from MAIN).tkikuchi1-1/+1
2005-08-27FSF office has moved to 51 Franklin Street.tkikuchi1-1/+1
2005-07-13Backout last checkin. The fix was already coded in the following part. ^^;)tkikuchi1-3/+0
2005-07-13A part can be None type in Python2.4 if multipart/mixed without real content.tkikuchi1-0/+3
Temporary work around to ignore such case.
2005-05-22process(): One more bug fix, though this one should be safe. Under email 2.5,bwarsaw1-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.
2005-01-16New names added to ACKNOWLEDGMENTS. Updated NEWS in preparation for 2.1.6b1.bwarsaw1-4/+3
Update copyright years for files changes in 2005. Whitespace normalization.
2005-01-12Provision for part == None case. Closing bug# 1099138tkikuchi1-2/+4
2004-11-13Normalize charset to the output if input/output are different.tkikuchi1-0/+3
2004-10-14fix bugs when using ARCHIVE_HTML_SANITIZER = 1tkikuchi1-2/+3
2004-10-03Merging SF patches:tkikuchi1-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
2004-09-17[ 891491 ] Scrubber.py patch by tkikuchitkikuchi1-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.
2003-12-01True/False where appropriate.bwarsaw1-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.
2003-12-01True/False where appropriate.bwarsaw1-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.
2003-09-22Backporting from the HEAD -- updated handlersbwarsaw1-2/+5
2003-02-08Backporting from the trunk.bwarsaw1-29/+72
2003-01-10Copyright years.bwarsaw1-4/+4
2003-01-10safe_strftime(): Watch out for TypeError coming back from strftime().bwarsaw1-1/+1
generated by cgit v1.2.3 (git 2.25.1) at 2025-03-01 07:58:46 +0000