Mailman 3 June 2003 - Mailman-coders

[ mailman-Feature Requests-748549 ] recognize bounces from old users
by SourceForge.net 04 Jun '03

04 Jun '03

Feature Requests item #748549, was opened at 2003-06-04 00:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=748549&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: karl berry (kberry) Assigned to: Nobody/Anonymous (nobody) Summary: recognize bounces from old users Initial Comment: It would be nice if mailman kept track of ex-users on a mailing list. Then when a bounce comes in for such a person, it could be discarded instead of being `unrecognized'. That is, when an address goes bad, there's typically a delay (of five days, for example) before an actual bounce is received. In the interim, only warning messages will be received. On an active mailing list, there could be a lot of messages in those fives, all of which will (eventually) bounce. After either mailman auto-unsubscribes the user, or the admin manually does it, all those queued bounces become `unrecognized', causing additional (not useful) mail to the admin. (I'm using mailman 2.1.2 under Linux.) Thanks, karl(a)freefriends.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=748549&group_i…

1 0

[ mailman-Feature Requests-748543 ] wider discard on pending requests
by SourceForge.net 04 Jun '03

04 Jun '03

Feature Requests item #748543, was opened at 2003-06-03 23:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=748543&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: karl berry (kberry) Assigned to: Nobody/Anonymous (nobody) Summary: wider discard on pending requests Initial Comment: Like many people, I maintain a number of mailman lists at my site. They all moderate non-member posts, to avoid distributing spam and virus mail. As you know, a given spam/virus mail is sent to many mailing lists at once. Right now it's necessary to discard them all separately. It would be nice if on the pending requests page for a given list, there was an option `discard from all pending lists'. That is, if the same Message-Id or same envelope/Subject was waiting on more than one list, be able to dump them all at once. For authentication perhaps allow explicitly logging in as the mailman site admin, or somehow go through the authentication page on the other lists. Probably not easy to implement, but it sure would make dealing with spam a lot less painful. Thanks, karl(a)freefriends.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=748543&group_i…

1 0

[ mailman-Feature Requests-748370 ] Would like alternate actions for anti-spam filters
by SourceForge.net 04 Jun '03

04 Jun '03

Feature Requests item #748370, was opened at 2003-06-03 11:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=748370&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: John DuBois (jhdiii) Assigned to: Nobody/Anonymous (nobody) Summary: Would like alternate actions for anti-spam filters Initial Comment: Currently, the only option for spam processing is to hold it for approval. Would like the options of reject & discard. It would also be nice if the spam filter could be configured to take place before sender filtering, so that a members-only list could be configured to hold posts by non-members, but only in the case of messages that get past the spam filtering. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=748370&group_i…

1 0

[ mailman-Bugs-747830 ] Host name changes not followed
by SourceForge.net 03 Jun '03

03 Jun '03

Bugs item #747830, was opened at 2003-06-02 23:55 Message generated for change (Comment added) made by dudleyc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=747830&group_i… Category: Web/CGI Group: 2.1 (stable) >Status: Closed Resolution: None Priority: 5 Submitted By: Chris Dudley (dudleyc) Assigned to: Nobody/Anonymous (nobody) Summary: Host name changes not followed Initial Comment: I have a server called foo.x.com but have all the lists running on it running of a CNAME called lists.x.com. The value for both DEFAULT_EMAIL_HOST and DEFAULT_URL_HOST in Defaults.py is foo.x.com, however both variables are set to lists.x.com in mm_cfg.py. All lists were originally created with the value in mm_cfg.py set to foo.x.com and so they all have foo.x.com as their preferred hostname and show up in the http://foo.x.com/mailman/listinfo page. However I want them to be listed on http://lists.x.com/mailman/listinfo. If I try to change the hostname each list prefers then it seems to take effect but sometimes on clicking submit I get redirected to the exact same admin page but on foo.x.com not lists.x.com. All the links in the admin interface point to foo.x.com except the link to the lists archives which points to lists.x.com. I really dont want to have to delete lists and recreate them just top get them to show up on the correct domain name as they already have hundreds of subscribers to each list. Have I configured something wrong? (a quick grep of the files in the /var/mailman/lists directory shows that each list info file contains the words foo.x.com AND lists.foo.com) Im using mailman 2.1.2 compiled from source running on RedHat 8.0. Thanks ---------------------------------------------------------------------- >Comment By: Chris Dudley (dudleyc) Date: 2003-06-03 12:05 Message: Logged In: YES user_id=504751 By setting: DEFAULT_URL = 'http://lists.x.com/mailman' and recreating all the lists the problem seems to have been fixed. So I can only conclude that this was either due to something stupid I did during the install or during the setup stage - doesnt appear to be a code problem anyway so this bug can be closed (sorry ;-). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=747830&group_i…

1 0

[ mailman-Bugs-747830 ] Host name changes not followed
by SourceForge.net 03 Jun '03

03 Jun '03

Bugs item #747830, was opened at 2003-06-02 23:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=747830&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Chris Dudley (dudleyc) Assigned to: Nobody/Anonymous (nobody) Summary: Host name changes not followed Initial Comment: I have a server called foo.x.com but have all the lists running on it running of a CNAME called lists.x.com. The value for both DEFAULT_EMAIL_HOST and DEFAULT_URL_HOST in Defaults.py is foo.x.com, however both variables are set to lists.x.com in mm_cfg.py. All lists were originally created with the value in mm_cfg.py set to foo.x.com and so they all have foo.x.com as their preferred hostname and show up in the http://foo.x.com/mailman/listinfo page. However I want them to be listed on http://lists.x.com/mailman/listinfo. If I try to change the hostname each list prefers then it seems to take effect but sometimes on clicking submit I get redirected to the exact same admin page but on foo.x.com not lists.x.com. All the links in the admin interface point to foo.x.com except the link to the lists archives which points to lists.x.com. I really dont want to have to delete lists and recreate them just top get them to show up on the correct domain name as they already have hundreds of subscribers to each list. Have I configured something wrong? (a quick grep of the files in the /var/mailman/lists directory shows that each list info file contains the words foo.x.com AND lists.foo.com) Im using mailman 2.1.2 compiled from source running on RedHat 8.0. Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=747830&group_i…

1 0

[ mailman-Patches-747470 ] crash due to unrecognized mime type
by SourceForge.net 02 Jun '03

02 Jun '03

Patches item #747470, was opened at 2003-06-02 13:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=747470&group_i… Category: None Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Sjoerd Mullender (sjoerd) Assigned to: Nobody/Anonymous (nobody) Summary: crash due to unrecognized mime type Initial Comment: Cron sent me a message with this stack trace. The problem is due to the fact that I'm using Python 2.3b1 with its version of guess_all_extensions which can return None. The replacement version in Scrubber.py never returns None. A simple patch is attached. Traceback (most recent call last): File "/var/mailman/cron/senddigests", line 94, in ? main() File "/var/mailman/cron/senddigests", line 86, in main mlist.send_digest_now() File "/var/mailman/Mailman/Digester.py", line 60, in send_digest_now ToDigest.send_digests(self, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 130, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 303, in send_i18n_digests msg = scrubber(mlist, msg) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 257, in process url = save_attachment(mlist, part, dir) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 349, in save_attachment ext = guess_extension(ctype, fnext) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 80, in guess_extension if ext in all: TypeError: iterable argument required ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=747470&group_i…

1 0

[ mailman-Bugs-728836 ] invalid HTML in page templates
by SourceForge.net 02 Jun '03

02 Jun '03

Bugs item #728836, was opened at 2003-04-28 07:01 Message generated for change (Settings changed) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=728836&group_i… Category: Web/CGI Group: 2.1 (stable) >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: invalid HTML in page templates Initial Comment: Some page templates in the 2.1.2 release are defective, i.e. the HTML is invalid A patch file to correct these errors is attached. It corrects problems with languages pl and pt which were newly added with MM 2.1.2: admindetails.html - removed extraneous P tags from inside UL The same errors in other language templates were corrected when patch 716755/661138 was merged into the MM 2.1.2 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=728836&group_i…

1 0

[ mailman-Feature Requests-746996 ] e-mail and user name control
by SourceForge.net 01 Jun '03

01 Jun '03

Feature Requests item #746996, was opened at 2003-06-01 12:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=746996&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robin Cook (cuzndragon) Assigned to: Nobody/Anonymous (nobody) Summary: e-mail and user name control Initial Comment: The ability to allow and disallow the changing of the e-mail and name that a subscriber is using. Also notifiction to the list admin /moderators when they are changed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=746996&group_i…

1 0

[ mailman-Bugs-746995 ] Error creating mailing list with http://URL/mailman/create
by SourceForge.net 01 Jun '03

01 Jun '03

Bugs item #746995, was opened at 2003-06-01 12:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=746995&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robin Cook (cuzndragon) Assigned to: Nobody/Anonymous (nobody) Summary: Error creating mailing list with http://URL/mailman/create Initial Comment: I have just install mailman and everything seems to be working until I try to create a mailing list using the web interface. When I click on the create list button I get this error below. I couldn't find in in the FAQ and the archives listed was a bad link. What is set wrong? But if I log in as mailman and run the command line utilities to create the mailing list there aren't any problems. Bug in Mailman version 2.1.2 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (most recent call last): File "/usr/share/mailman/scripts/driver", line 87, in run_main main() File "/usr/share/mailman/Mailman/Cgi/create.py", line 55, in main process_request(doc, cgidata) File "/usr/share/mailman/Mailman/Cgi/create.py", line 217, in process_request sys.modules[modname].create(mlist, cgi=1) File "/usr/share/mailman/Mailman/MTA/Postfix.py", line 232, in create _update_maps() File "/usr/share/mailman/Mailman/MTA/Postfix.py", line 53, in _update_maps raise RuntimeError, msg % (acmd, status, errstr) RuntimeError: command failed: /usr/sbin/postalias /var/spool/mailman/data/aliases (status: 1, Operation not permitted) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=746995&group_i…

1 0

[ mailman-Bugs-746924 ] Uncaught bounce notification
by SourceForge.net 01 Jun '03

01 Jun '03

Bugs item #746924, was opened at 2003-06-01 10:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=746924&group_i… Category: bounce detection Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Manuel Estrada Sainz (ranty) Assigned to: Nobody/Anonymous (nobody) Summary: Uncaught bounce notification Initial Comment: Just that, mailman's documentation suggested sending this to the developers, and this looked like the right way (attached). Thanks for a great tool ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=746924&group_i…

1 0