Mailman 3 May 2002 - Mailman-Developers

[ mailman-Feature Requests-447373 ] Virtual hosts?
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #447373, was opened at 2001-08-02 21:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=447373&group_id… Category: None Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Virtual hosts? Initial Comment: Is it possible to configure Mailman to support virtual hosts without creating completely redundant installations (i.e, $prefix/virtual_host1/ and $prefix/virtual_host2/ instead of $prefix1 and $prefix2)? Eric P. Los Gatos, CA ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:38 Message: Logged In: YES user_id=12800 The answer is yes, with one caveat: no two lists in the same installation can have the same name, regardless of virtual host setup. This limitation will be removed in MM3. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=447373&group_id…

1 0

[ mailman-Feature Requests-455064 ] Use MTA on external machine via SMTP
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #455064, was opened at 2001-08-24 15:20 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=455064&group_id… Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Use MTA on external machine via SMTP Initial Comment: I know this is possible. However, do you feel it would be beneficial to allow for MTA's on external machines to handle incoming and outgoing emails to any of the hosted lists? The administrator would create an address for the list on the MTA machine. Mailman would check this address for new messages every so often, and forward them on to the rest of the list using the currently opened connection. During the process Mailman would need to complete all of its normal everyday duties just as it would do using an MTA on the host machine. Bradley M. Handy Jack-of-all-trades Programming Services --www.jack-of-all-trades.net --bhandy(a)jack-of-all-trades.net ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:36 Message: Logged In: YES user_id=12800 There are several solutions to moving the primary mail processing to an external machine. For outgoing mail it's easy; just change the SMTPHOST and SMTPPORT in your mm_cfg.py file. For incoming mail you probably want to run a stripped down smtpd that only accepts incoming connections from your public server. The public server must know about all the Mailman lists, and forward messages as appropriate to the local incoming-only smtpd. Whether this is beneficial or not depends on your system and network configuration! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=455064&group_id…

1 0

[ mailman-Feature Requests-491809 ] separate send and recieve addresses
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #491809, was opened at 2001-12-11 18:22 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=491809&group_id… Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Stig Hackvan (hackvan) Assigned to: Nobody/Anonymous (nobody) Summary: separate send and recieve addresses Initial Comment: problematic situation: lists are subscribed as user-listname(a)site.org (qmail-ish syntax) or user+listname(a)site.org (postfix-ish syntax) but mail to the lists is sent from user(a)site.org and it bounces to the moderator. this is silly. solution(1): automatically grok address permutations from qmail-extension and postfix+extension address styles. solution(2): add a preferences option for separate in & outbound addresses ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:29 Message: Logged In: YES user_id=12800 Closing this because 1) the solution for MM2.1 will probably be good enough for now, and 2) I know how to really do this right for MM3, but that's a long ways off. ---------------------------------------------------------------------- Comment By: Barry Warsaw (bwarsaw) Date: 2002-04-05 01:24 Message: Logged In: YES user_id=12800 Moving this to feature requests tracker. The idea is that MM3 will allow a user to attach multiple addresses to their account, so that a posting from any of those addresses is enough to satisfy the "must be a member" test. In the short term, MM2.1 will allow the admin to add the extended addresses to a "accept these non-members" list so that while they'll still be held for moderation once, they can be cleared for subsequent postings. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=491809&group_id…

1 0

[ mailman-Feature Requests-499232 ] MIME/HTML filter
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #499232, was opened at 2002-01-03 22:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=499232&group_id… Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: MIME/HTML filter Initial Comment: It sure would be nice to have an integrated MIME/HTML/attachment filter for the list and archives. I'm looking at installing deMime now, but it'd be *real* nice to have this ability as an administrative option rather than having to add a patch or pipe. Thanks! ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:28 Message: Logged In: YES user_id=12800 MM2.1 has this feature, called "content filters". ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-01-17 14:59 Message: Logged In: NO I totally agree to you! Denying attachment is one of the most important options of a mailing list in my opinion. Please, do this soon :-)! Winfried ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=499232&group_id…

1 0

[ mailman-Feature Requests-502278 ] Handle multipart e-mails
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #502278, was opened at 2002-01-11 07:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=502278&group_id… Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Handle multipart e-mails Initial Comment: Dear developers, There are 2 weeks since I'm trying to fix a bug in Mailman. The ISP I work for, has some mailing lists, managed by Mailman, and most of subscribers, are sending mails through Windows (especially M$ Outlook). As known, Outlook sends every e-mail using multipart e-mail format, something that Mailman doesn't manage well. The bug is that when MaiLman tries to put a header & footer to the message's body. When the mail's content type is text/plain, then everything is ok. But when it is multipart/*, header & footer are positioned to wrong place. The worst case is when sending an multipart e-mail with attachements!! I'm trying 2 weeks to fix the problem (I think I found it), but I would like to inform you about this bug (if you didn't already know about it :-), and ask you a few questions: - It is in your plans to fix this bug in the near future? (e.g. in version 2.1?) - I want to add to header, the recipient's name. Is there a variable for that? e.g. %(recipient) - If not how could I add such info to header? I also send you an attachement (replaces Devorate.py) which fixes the above bug, but it is not secure enough & well tested. However it might help you fix the bug. Thanks a lot, Paschalis Pagonidis (ppag(a)dsg.internet.gr) Systems Engineer Internet Hellas www.internet.gr Hellas (Greece) ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:27 Message: Logged In: YES user_id=12800 All this has been completely rewritten for MM2.1, and I believe this specific case is now fixed. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=502278&group_id…

1 0

[ mailman-Feature Requests-511857 ] custom reminder intervals per user
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #511857, was opened at 2002-02-01 14:38 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=511857&group_id… Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Len Lattanzi (zardoz) Assigned to: Nobody/Anonymous (nobody) Summary: custom reminder intervals per user Initial Comment: Allow user to set password reminder interval[or limit reminders to no more frequent than posts for low traffic lists like security-announce(a)lists.apple.com] ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:25 Message: Logged In: YES user_id=12800 In MM2.1, members can turn off their password reminders altogether, and only get them when they explicitly ask for them. I think this will be good enough. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=511857&group_id…

1 0

[ mailman-Feature Requests-527143 ] button for "discard all"
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #527143, was opened at 2002-03-07 15:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=527143&group_id… Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Sjoerd Mullender (sjoerd) Assigned to: Nobody/Anonymous (nobody) >Summary: button for "discard all" Initial Comment: It would be very nice if there were a button to select the Discard checkmark on all held messages on the administrative requests page for a mailing list. This button should just check all messages but not yet submit. I often go through the list for the python-list, and invariably I have to discard 90% to 100% of the messages, but it is a pain to do when there are 20 or so messages. It is much easier if they are all already checked to be discarded after which I can approve/reject the ones that need to be approved/rejected. ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:24 Message: Logged In: YES user_id=12800 Hmm, MM2.1 has a summary overview of held messages, sorted by author. I think (although it hasn't gotten a lot of practical experience) that this will solve most of the problems with the admindb interface, which I agree can be painful. The new admindb page is also integrated with the sender filters so you can immediately and permanently discard (and ban!) postings from known spammers. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=527143&group_id…

1 0

[ mailman-Feature Requests-536172 ] bounce processing exceptions
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #536172, was opened at 2002-03-28 05:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=536172&group_id… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Seb Wills (sebwills) Assigned to: Nobody/Anonymous (nobody) Summary: bounce processing exceptions Initial Comment: It would be useful to have a configurable list of addresses for which bounce processing is not attempted (i.e. bounce messages relating to those list members go to the list owner). This would be useful in two situations: (a) there are some really important addresses for which the list manager definitely wants to know if there is a delivery failure (e.g. addresses used for list archiving). (b) from the bounce log the list owner notices some addresses behaving strangely and wants to check out exactly what the bounce messages say. [A different feature - optional logging of, say, the first 30 lines of all bounce messages, would also be useful for situation (b).] ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:22 Message: Logged In: YES user_id=12800 It's a good idea, care to work out a patch? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=536172&group_id…

1 0

[ mailman-Feature Requests-534234 ] Automatic RSS feed generation
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #534234, was opened at 2002-03-24 00:12 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=534234&group_id… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rob Lanphier (robla) Assigned to: Nobody/Anonymous (nobody) Summary: Automatic RSS feed generation Initial Comment: It would be really great to have an automatic RSS feed as a result of using Mailman archiving. More info on RSS: http://purl.org/rss/1.0/ http://directory.google.com/Top/Reference/Libraries/Library_and_Information… RSS Validator: http://aggregator.userland.com/validator ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:21 Message: Logged In: YES user_id=12800 Care to submit a patch? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=534234&group_id…

1 0

[ mailman-Feature Requests-537022 ] Requesting email not attached in confirmation message
by noreply＠sourceforge.net May 3, 2002

May 3, 2002

Feature Requests item #537022, was opened at 2002-03-30 00:59 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=537022&group_id… Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ben Bucksch (benb) Assigned to: Nobody/Anonymous (nobody) Summary: Requesting email not attached in confirmation message Initial Comment: When somebody requests to be signed up to a mailing list, there's a comformation message sent out to the email address being (in the process of being) subscribed. However, it seems like mailman doesn't include the IP address and timestamp of the user trying to sign up the email address. This information is critical in case somebody else tried to subscribe you without your consent (i.e. the whole point of the confirmation messages). In our case, somebody tries to sign up the public Mozilla mailing lists to other mailing lists. Since the lists are public, the confirmation messages are mostly useless. ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-03 01:18 Message: Logged In: YES user_id=12800 Actually, with the freshly rewritten command handler, you now get a copy of your original request. However, it doesn't come with the confirmation message, it comes with a results notification of your original request. ---------------------------------------------------------------------- Comment By: Barry Warsaw (bwarsaw) Date: 2002-04-03 19:00 Message: Logged In: YES user_id=12800 I'm moving this to the feature request tracker. It may or may not make it into MM2.1 ---------------------------------------------------------------------- Comment By: Ben Bucksch (benb) Date: 2002-04-02 01:04 Message: Logged In: YES user_id=1193 OK. You say "when using the web to make a subscription request". I just tried to subscribe to your mailman-announce list (which is run by Mailman 2.0.8) via *email*, and it just includes the From address. That's of course useless, as that can be forged trivially. IMO, including the full subscription message, esp. headers, would be needed. ---------------------------------------------------------------------- Comment By: Barry Warsaw (bwarsaw) Date: 2002-04-02 00:35 Message: Logged In: YES user_id=12800 Uh, yeah! Mailman 1.1 is really old. ---------------------------------------------------------------------- Comment By: Ben Bucksch (benb) Date: 2002-04-02 00:34 Message: Logged In: YES user_id=1193 I have a subscription message (caused by an attacker) here, sent from Mailman 1.1. I guess you fixed it in the meantime? ---------------------------------------------------------------------- Comment By: Barry Warsaw (bwarsaw) Date: 2002-04-01 16:06 Message: Logged In: YES user_id=12800 When using the web to make a subscription request, the confirmation message does indeed include the IP address of the browser client, as provided in the cgi environment. It's true that the timestampe isn't given, although I'm unsure how useful that would be given that the Date: on the confirmation message is probably pretty close. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=537022&group_id…

1 0