summaryrefslogtreecommitdiff
path: root/Mailman
Commit message (Collapse)AuthorAgeFilesLines
...
* AddressesMatch(), FindMatchingAddresses(): AFAICT, these two functionsbwarsaw2002-05-171-49/+0
| | | | are not used any where.
* _dispose(): Ignore messages that have "Precedence: bulk" but don'tbwarsaw2002-05-171-0/+9
| | | | have "X-Ack: yes".
* process(): Don't replybot to messages that have "Precedence: bulk" butbwarsaw2002-05-171-1/+6
| | | | don't have "X-Ack: yes".
* GetConfigInfo(): forbidden_posters is obsolete.bwarsaw2002-05-171-4/+1
|
* process(): Limit the lists returned to those in the same virtualbwarsaw2002-05-171-0/+6
| | | | | domain as the list the request was sent to, if VIRTUAL_HOST_OVERVIEW is true.
* Add a commentbwarsaw2002-05-171-0/+1
|
* process(): Suggestion by Aaron Birenboim to include the member'sbwarsaw2002-05-121-0/+12
| | | | | options page url in the help message if the sender is a member of the list.
* Add some more big fat warnings and add an "assert 0" in the code sobwarsaw2002-05-121-2/+16
| | | | | | that it is now completely inoperable without hacking the code. Should this module just go away?
* _dispose(): Keep a flag around that indicates whether any of thebwarsaw2002-05-091-8/+20
| | | | | | addresses sucked out of the bounce message actually matched a member of any mailing list. If not, we still don't forward it, but we do log this situation.
* verp_bounce(): Exim stashes the envelope recipient in the Envelope-To:bwarsaw2002-05-091-7/+7
| | | | header.
* UpdateOldUsers(): It was wrong to do a test on the existance ofbwarsaw2002-05-091-9/+11
| | | | | | | delivery_status when deciding how/when to clean up the bounce_info dict. Now we always clean it up by removing any bounce_info keys which are "not isMember()" and which do not have an instance of _BounceInfo in their value.
* Bump DATA_FILE_VERSION so we get the new bounce_info cleaner to run.bwarsaw2002-05-091-1/+1
|
* process(): Simone Piunno's patch to fix header/footer attachment inbwarsaw2002-05-071-2/+4
| | | | | multipart/mixed messages. Don't attach the header if msg_header is empty (likewise for msg_footer).
* Bump VERSION to 2.1b2+bwarsaw2002-05-071-1/+1
|
* hold_for_approval(): Get the sender address from the msgdatabwarsaw2002-05-072-1/+2
| | | | | | | | | | | dictionary's `sender' key, or the msg.get_sender() if not available. This lets exceptions pass the sender through the metadata dictionary. Used by Moderate.py to specify the failing address as retrieved from get_senders() -- note the plural -- which has a different lookup scheme than get_sender(). Moderate.process(): Set the tested sender address in the msgdata's dictionary.
* registerBounce(): Reset the bounce info if it isn't an instance of abwarsaw2002-05-071-1/+1
| | | | _BounceInfo class.
* Load(): The order of CheckVersion()/CheckValues() call needed to bebwarsaw2002-05-071-1/+1
| | | | reversed, or lists created with 2.0.x won't migrate correct to 2.1b2.
* Bumping to 2.1b2bwarsaw2002-05-051-2/+2
|
* Integrating a patch from Martin v. Loewis related to i18n; quoting:bwarsaw2002-05-041-38/+86
| | | | | | | | | | | | | | | | | | | With this, you should be able to observe the following effects: - when reading the mailbox in current mailman, the index will be windows-1257; there will be lots of garbage MIME text - when applying my patch, the utf-8 and iso-8859-1 parts of it will become readable. Japanese and Korean text (in the name of two message authors) will remain obscure. - when making available the Japanese MIME charset names, the Japanese name will become readable (to those which can read Japanese, that is) - when adding the Korean codecs, the Korean name will also become readable - in all cases, the subject encoded x-mvl will remain MIME garbage.
* Oops, I guess I forgot to commit this change.bwarsaw2002-05-041-2/+3
| | | | | process(): Catch NotAMemberError instead of MMNoSuchUserError. Also, slight rewrite of the result message.
* Archiver.InitVars(): Don't write the emptyarchive.html file tobwarsaw2002-05-031-8/+17
| | | | index.html unless there isn't already an index.html file there!
* Update(): Call UpdateOldUsers() before calling NewVars().bwarsaw2002-05-031-3/+7
| | | | | | UpdateOldUsers(): Only zap bounce_info if there's no delivery_status attribute, otherwise every time we changed DATA_FILE_VERSION, we'd zap all the bounce information!
* loginpage(): In the language form, include a hidden `email' item sobwarsaw2002-05-031-0/+2
| | | | | that any email address previously provided propagates to the form in the new language.
* _(): If s is the empty string, just return it. Don't try to translatebwarsaw2002-05-031-0/+3
| | | | it or you'll get the catalog header!
* make_response(): In the list comprehension where we're calculating thebwarsaw2002-05-031-1/+1
| | | | | unprocessed lines, check for line == None (can happen if the message is sent to e.g. mylist-join with no body).
* Results.__init__(): Don't try to get the payload if there were nobwarsaw2002-05-031-0/+3
| | | | text/plain parts in the message.
* do_command(): If the Subject: header command was attempted and itbwarsaw2002-05-021-4/+12
| | | | | | failed, it might be because of a Re: prefix (or localized version thereof). Pop off the first component of the args, use that as the command and try again... once.
* __onefile(): If there's no `listname' key in the message metadata, usebwarsaw2002-05-021-9/+8
| | | | | the site list to send the message. If there's no site list, you're in heap big trouble.
* Add the Mailman/Commands subdirectory to the list of build and installbwarsaw2002-05-021-1/+1
| | | | dirs.
* MailList: Remove MailCommandHandler from the list of base classes;bwarsaw2002-05-021-6/+4
| | | | it's obsolete now. Also, update some comments.
* This file has been replaced with the new email command framework.bwarsaw2002-05-021-783/+0
|
* The mapping of short options names to their flags has been moved herebwarsaw2002-05-021-8/+10
| | | | | | | from MailCommandHandler.py via the OPTINFO dictionary. LIKELY_BOUNCE_SENDERS: Removed; this didn't appear to be used anywhere any more.
* membership_options(), change_options(): The mapping of short optionsbwarsaw2002-05-021-4/+3
| | | | | names to their flags has been moved into Defaults.py.in via the OPTINFO dictionary.
* _setValue(): The mapping of short options names to their flags hasbwarsaw2002-05-021-3/+1
| | | | been moved into Defaults.py.in via the OPTINFO dictionary.
* Update a comment.bwarsaw2002-05-021-3/+1
|
* Support the new email commands framework. We now no longer usebwarsaw2002-05-021-34/+115
| | | | | | | | | | | | | | MailCommandHandler.py. Specific changes include: class Results: Basically a bag to hold state during the processing of a particular email message loaded with commands. This makes it easy to pass data around (like the mailing list object and the message). It also contains the results of the command processing and gloms up the response email. _dispose(): This method actually gets simplified because it just needs to pass things to the Results instance and let it do the job of processing the email commands.
* New architecture for email commands. Instead of the monolithic (andbwarsaw2002-05-0218-0/+1298
| | | | | | | | | | | | | | | | | | | | unmaintainable) MailCommandHandler.py file, we've now got a framework where each command is implemented in a separate file. This means it's both more extensible and more flexible: - you can easily add new commands for things I haven't thought of <wink>, and the `help' command will automatically adjust - you can disable commands entirely by removing the appropriate file - you can disable, change, or add commands on a per-list (or even per-message or per-sender) basis CommandRunner.py is the module that calls into this framework. Each command is implemented as a cmd_<command>.py file. The `set' command is the most complicated. The help text is currently implemented as module docstrings (for most commands), so the i18n catalogs must be updated. Also the help.txt files will be updated.
* Article.__init__(): Use the Reply-To: address as the self.email onlybwarsaw2002-04-291-4/+6
| | | | | | | | as a last resort, if no valid email address could be retrieved from the From: line. Previously it would always defer to the Reply-To: address with unintended side effects. Closes SF bug #224274.
* Added some documentation for SMTPHOST, closing SF bug #418969bwarsaw2002-04-281-1/+3
|
* Untabificationbwarsaw2002-04-281-5/+5
|
* Improve the documentation for DEFAULT_EMAIL_HOST and DEFAULT_URL_HOST.bwarsaw2002-04-281-1/+19
|
* GetStandardReplacements(), MailmanLogo(), IMAGE_LOGOS, SHORTCUT_ICON:bwarsaw2002-04-213-8/+11
| | | | | | | | | Clarify the semantics of all these settings. Setting IMAGE_LOGOS to 0 is the only way to suppress the sponsor images, but this also suppresses the favicon. You should now never set SHORTCUT_ICON to 0 (it should always be the string naming the favicon file). Closes SF bugs # 546421 and 546418.
* Don't set the digest type (plaintext or MIME) through this mechanism,bwarsaw2002-04-191-4/+1
| | | | | since this is already settable via the Digest option mime_is_default_digest.
* save_attachment(): Ugly hack to make sure that the attachmentsbwarsaw2002-04-191-1/+4
| | | | | | | | | | directory has the proper mode bits under FreeBSD, which seems to ignore the setgid bit on the os.mkdir() call. I really don't want to have to change every os.mkdir() call site, so I won't make this habit. Closes SF bug #526519
* HOLD_MESSAGES_AS_PICKLES: Promote to an mm_cfg.py configuration variable.bwarsaw2002-04-192-8/+8
|
* ProcessConfirmation(): When checking the subscribe_policy, be sure tobwarsaw2002-04-191-1/+4
| | | | | | compare it to 2 and 3 (approval & approval+confirm). It's possible the policy was changed in the middle of the confirmation process. Reported by Dale Newfield.
* process(): Only add List-Post: if include_list_post_header is true.bwarsaw2002-04-191-1/+3
|
* GetConfigInfo(): Add include_list_post_header configuration variable.bwarsaw2002-04-191-0/+16
|
* NewVars(): Pick up include_list_post_header.bwarsaw2002-04-191-0/+1
|
* DATA_FILE_VERSION: Bump this to pick up include_list_post_header.bwarsaw2002-04-191-1/+1
|