aboutsummaryrefslogtreecommitdiffstats
path: root/Mailman/Handlers (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* SF patch #1287546 to remove DomainKey (and similar) headers.bwarsaw2005-09-121-1/+10
|
* FSF office has moved to 51 Franklin Street.tkikuchi2005-08-2726-26/+26
|
* Fix multiline bug as suggested by Iain Pople [1250657]tkikuchi2005-08-041-1/+1
|
* Whitespace normalization, and updates of copyright years.bwarsaw2005-07-171-1/+1
|
* Introduce new attribute (collapse_alternatives) to allow HTML intkikuchi2005-07-131-4/+6
| | | | multipart/alternative message after content filtering.
* 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.
* Avoid infinite loop of held message and its notifications.tkikuchi2005-07-041-5/+6
|
* Fix SF BugID 1179487:tkikuchi2005-06-261-3/+14
| | | | | | | | | Although the RFC2231 bug example in the tracker has been solved in mailman-2.1.6, there may be more cases where ToDigest.send_digests() can block regular delivery. I put the send_digests() calling part in try - except clause and leave a message in the error log if something happened in send_digests(). Daily call of cron/senddigests will notify more details to the site administrator.
* 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.
* I finally find out why re.escape() doesn't work properly. '%' should nottkikuchi2005-05-131-8/+8
| | | | | be escaped for it is the insert directive. It was my trial and error in the comments in previous version. Well, I didn't think of '++' ...
* prefix_subject(): Don't double escape the prefix_pattern.bwarsaw2005-05-131-3/+0
|
* Copyright years and whitespace normalization.bwarsaw2005-05-131-4/+3
|
* strip_subject() in HyperArch.pybwarsaw2005-05-131-8/+7
| | | | | | | | | | prefix_subject() in CookHeaders.py When calling re.sub() to substitute the subject prefix, you have to escape the pattern, otherwise prefixes like [C++] cause "multiple repeat" exceptions in re. Also, whitespace normalization and copyright years updates.
* Fix UnicodeDecodeError and UnicodeEncodeError to UnicodeError.tkikuchi2005-05-081-1/+1
| | | | Both are introduced in Python2.3. UnicodeError catches both.
* process(): For some reason, the part's payload can be None. Defend againstbwarsaw2005-05-011-6/+7
| | | | trying to call None.splitlines().
* Username may contain non-ascii character for English-US.tkikuchi2005-03-281-3/+3
| | | | Fall back to email address.
* Fix bug in patch #1032434: You should accumulate subpart headers.tkikuchi2005-03-211-6/+10
| | | | (should have went out an intermediate code) :-<
* Anonymous list fix up: Add internal_name in the From: header.tkikuchi2005-02-171-1/+9
| | | | Log anonymize record in 'post' for admin's inspection convenience.
* Request from Brad Knowles. We need subject prefix strippedtkikuchi2005-02-121-0/+11
| | | | from the posts from mailling list for gatewaying to nntp.
* bumping 2.1.6b3tkikuchi2005-02-111-1/+4
|
* sourceforge patch id=1107169, re-use member_moderation_notice ...tkikuchi2005-02-061-1/+5
| | | | | | | Instead of re-use, a new variable 'nonmember_rejection_notice' was introduced. For compatibility with my patch for subject numbering, 'data_version' was raised by 3. Sorry for the leap but I want MY user to get smooth update. (TK)
* Add Date/Message-ID headers for digests.tkikuchi2005-02-021-2/+7
|
* Fix in pipermail to use Unicode for indexing (sort fails for ascii 8bit)tkikuchi2005-01-251-1/+1
| | | | with some code clean up. Also, include SV (danish/swedish) Re: like pattern.
* Introduce old_style in CookHeaders.py and OLD_STYLE_PREFIXING in Defaults.py.tkikuchi2005-01-221-5/+29
| | | | | Now the default behavior of prefixing is "Re: [prefix] subject". Variations like "Re[2]:" and German style "AW:" is now replaced by "Re:".
* 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
|
* [ 975768 ] senddigests doesn't handle consecutive unparseable messagestkikuchi2004-12-141-0/+1
| | | | Thanks Thomas for raising my attention.
* Fix for unknown/malicious charset value.tkikuchi2004-12-111-3/+9
|
* Precautions against 'charset=' (empty) message.tkikuchi2004-12-011-1/+4
|
* Normalize charset to the output if input/output are different.tkikuchi2004-11-131-0/+3
|
* 923428 VERP subscription confirmationstkikuchi2004-10-191-1/+8
| | | | | 960551 Bug: Plain digest with mixed charsets 995029 Patch against Mailman 2.1.5 release fixes bug #913397
* fix bugs when using ARCHIVE_HTML_SANITIZER = 1tkikuchi2004-10-142-3/+5
|
* I18N autorespondToSender()tkikuchi2004-10-101-1/+1
|
* [ 601117 ] add sequencial number in subject prefixtkikuchi2004-10-091-52/+117
| | | | Here is my major patch. It was postponed to 2.2 but since 2.2 is so late...
* [ 1032434 ] make KNOWN_SPAMMERS work for headers appearing mult. timestkikuchi2004-10-091-8/+18
| | | | [ 1026977 ] check attachment header by SpamDetect.py
* [ 1025372 ] empty Cc:tkikuchi2004-10-091-1/+2
|
* Merging SF patches:tkikuchi2004-10-032-5/+55
| | | | | | | [ 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
* Use Utils.oneline() where applicable.tkikuchi2004-09-201-1/+1
| | | | | | | | | Closing [ 1003070 ] Decode original subject in post acknowledgement by Soji IKEDA Modified Files: Tag: Release_2_1-maint Mailman/Bouncer.py Mailman/Handlers/Acknowledge.py
* [ 872068 ] Decorate.py patch (by tkikuchi)tkikuchi2004-09-181-13/+36
| | | | Use unicode concatnation in header+message+footer
* oneline() has moved to Utils.py (sorry for the last bogus commit).tkikuchi2004-09-181-16/+3
|
* [ 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.
* hold_for_approval(): Convert to the new pending database interface.bwarsaw2004-02-101-2/+2
|
* updated commentsbwarsaw2004-01-221-1/+3
|
* bulkdeliver(): Add a comment about recent alternative interpretations forbwarsaw2004-01-221-1/+4
| | | | munging Sender and Errors-To headers.
* hold_for_approval(): Another part of TK's patch # 865661. Encode thebwarsaw2003-12-261-2/+7
| | | | | subject header in the list's preferred character set and make sure it is all on one line, when sent back to the original author.
* Fix commentbwarsaw2003-12-181-2/+1
|
* uheader(): Added default argument for maxlinelen.bwarsaw2003-12-181-11/+12
| | | | | | | | | | process(): Reworked the way we calculate the List-Id header in the face of i18n descriptions which may need to be quoted (if ASCII and containing RFC 2822 special chars). What we do now is RFC 2047 encode just the description part, if there is one, then use formataddr() to combine that with the email address-like list identification.
* send_i18n_digests(): Configurations can change between the time abwarsaw2003-12-161-1/+6
| | | | | | | | | message is originally received and the time the digest is sent. If the configuration changes by setting ARCHIVE_HTML_SANITIZER to 0, a DiscardMessage exception can occur during the scrubbing. Catch this error. Closes SF #860135 with basic solution by Martin Pool.
* process(): Quote the description when adding it to the List-ID header,bwarsaw2003-12-131-1/+1
| | | | | in case there are any special characters (in the RFC 2822) in the description.