Mailman 3 March 2005 - Mailman-coders

[ mailman-Patches-1164498 ] make logos on UI live links
by SourceForge.net 16 Mar '05

16 Mar '05

Patches item #1164498, was opened at 2005-03-16 23:07 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=1164498&group_… Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Jim Tittsler (jtittsler) Assigned to: Nobody/Anonymous (nobody) Summary: make logos on UI live links Initial Comment: If IMAGE_LOGOS is set to 0, the bottom of the web page has textual links to the Mailman project, Python, and Gnu. When the icon images are used, they are not turned into links. This patch makes the images into consistent live links. (applies to 2.1.5 and 2.1.6b4) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164498&group_…

1 0

[ mailman-Patches-1164464 ] Site-wide modification of subscribed addresses
by SourceForge.net 16 Mar '05

16 Mar '05

Patches item #1164464, was opened at 2005-03-16 13:26 Message generated for change (Comment added) made by mcnewton You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164464&group_… Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthew Newton (mcnewton) Assigned to: Nobody/Anonymous (nobody) Summary: Site-wide modification of subscribed addresses Initial Comment: When Mailman is set up somewhere that has two domain names that are considered "equal", it is possible for the wrong e-mail address to be added to a list, confusing the user. For example, we have two domains, "le.ac.uk" and "leicester.ac.uk". All outgoing mail is rewritten to be sent from the domain "leicester.ac.uk", but users always use the short form. When subscribing users using mass-subscription, a list of addresses can be given as "user(a)le.ac.uk", but then mail from that user to the list will be rejected ("user(a)leicester.ac.uk" is not on the list!). This patch adds a hook into MailList.ApprovedAddMember and Mailman/Cgi/admin.py/change_options to call a transform function for each new address added to a list. The default for this function is to return the supplied address unchanged. An example for the above problem would be to define this function in the mm_cfg.py file, thus: def transform_email_address(email): (local, domain) = email.split("@", 2) if domain == "le.ac.uk": domain = "leicester.ac.uk" return "@".join([local, domain]) ---------------------------------------------------------------------- >Comment By: Matthew Newton (mcnewton) Date: 2005-03-16 13:29 Message: Logged In: YES user_id=1239900 This patch will only apply cleanly to 2.1.5 after the site_hide_list_options patch has been applied. This does not matter, though, as it will apply and work fine on its own (but has hunks moved). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164464&group_…

1 0

[ mailman-Patches-1164464 ] Site-wide modification of subscribed addresses
by SourceForge.net 16 Mar '05

16 Mar '05

Patches item #1164464, was opened at 2005-03-16 13:26 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=1164464&group_… Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthew Newton (mcnewton) Assigned to: Nobody/Anonymous (nobody) Summary: Site-wide modification of subscribed addresses Initial Comment: When Mailman is set up somewhere that has two domain names that are considered "equal", it is possible for the wrong e-mail address to be added to a list, confusing the user. For example, we have two domains, "le.ac.uk" and "leicester.ac.uk". All outgoing mail is rewritten to be sent from the domain "leicester.ac.uk", but users always use the short form. When subscribing users using mass-subscription, a list of addresses can be given as "user(a)le.ac.uk", but then mail from that user to the list will be rejected ("user(a)leicester.ac.uk" is not on the list!). This patch adds a hook into MailList.ApprovedAddMember and Mailman/Cgi/admin.py/change_options to call a transform function for each new address added to a list. The default for this function is to return the supplied address unchanged. An example for the above problem would be to define this function in the mm_cfg.py file, thus: def transform_email_address(email): (local, domain) = email.split("@", 2) if domain == "le.ac.uk": domain = "leicester.ac.uk" return "@".join([local, domain]) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164464&group_…

1 0

[ mailman-Patches-1164457 ] Allow site-wide disabling of list admin options
by SourceForge.net 16 Mar '05

16 Mar '05

Patches item #1164457, was opened at 2005-03-16 13:17 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=1164457&group_… Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthew Newton (mcnewton) Assigned to: Nobody/Anonymous (nobody) Summary: Allow site-wide disabling of list admin options Initial Comment: If a large institution installs Mailman, it may want control over which options the list administrators can change. For instance, in our setup, the list admin should not be able to make someone else the administrator without getting permission. This patch adds a new configuration option in mm_cfg called SITE_HIDE_LIST_OPTIONS. This is a list of all list configuration options that will be hidden from the list owner in the admin pages. An example to do the above would be to add to mm_cfg.py the following: SITE_HIDE_LIST_OPTIONS = ['owner'] The patch modifies the list of options that is returned from gui.GetConfigInfo in MailList.py. Any items in SITE_HIDE_LIST_OPTIONS are removed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164457&group_…

1 0

[ mailman-Feature Requests-1156871 ] Facilitate delivery of membership lists to listowners
by SourceForge.net 15 Mar '05

15 Mar '05

Feature Requests item #1156871, was opened at 2005-03-04 20:00 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1156871&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Willie McKemie (mckemie) Assigned to: Nobody/Anonymous (nobody) Summary: Facilitate delivery of membership lists to listowners Initial Comment: Seemingly, customers of hosting services that offer MailMan have no convenient way to backup list memberships. list_members is generally not accessible. A email delivered "who" command does not deliver addresses that are hidden. Addresses can not be globally un-hidden. Web page presented membeship lists are available only in small batches. Possible solutions: 1) a "who" command or replacement that deliveries the entire membershiip list 2) a, possiblly temorary, global "un-hiding" of addresses so that "who" will supply the entire membership list 3) a web page option that will delivery the entire list by email or other means. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2005-03-15 11:36 Message: Logged In: YES user_id=564396 another (in my opinion: good) idea would be the ability to additionally extract the per-list settings of the subscribed users (e.g. if they have set their "no-mail" flag) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1156871&group_…

1 0

[ mailman-Feature Requests-1163610 ] monthly archives as YYYY-MM
by SourceForge.net 15 Mar '05

15 Mar '05

Feature Requests item #1163610, was opened at 2005-03-15 11: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=1163610&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: monthly archives as YYYY-MM Initial Comment: when setting the archive_volume_frequency to "monthly" directories like "2003-July" are generated. as i am running some international lists (and because of backwards compatibility issues to pre-Mailman times), i'd prefer "2003-07". this could be done by just adding another archive_volume_frequency. attached is a patch to the 2.1.5-release (since i am using debian/testing) that provides a "month00" frequency. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1163610&group_…

1 0

[ mailman-Bugs-871050 ] Uncought runner exception: Empty module name
by SourceForge.net 14 Mar '05

14 Mar '05

Bugs item #871050, was opened at 2004-01-05 11:03 Message generated for change (Comment added) made by james968 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=871050&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Fernando Barajas (fbarajas) Assigned to: Nobody/Anonymous (nobody) Summary: Uncought runner exception: Empty module name Initial Comment: Hi! I run several lists on mailman, and all of the lists are working OK, but suddently one of them (named fc_general) stopped working, and I get the following in logs/error every time I try to post to the fc_general list: Jan 05 11:03:48 2004 (8451) Uncaught runner exception: Empty module name Jan 05 11:03:48 2004 (8451) Traceback (most recent call last): File "/home/mailman/Mailman/Queue/Runner.py", line 105, in _oneloop self._onefile(msg, msgdata) File "/home/mailman/Mailman/Queue/Runner.py", line 155, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/home/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/home/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 89, in process send_digests(mlist, mboxfp) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 130, in send_digests send_i18n_digests(mlist, mboxfp) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 303, in send_i18n_dige sts msg = scrubber(mlist, msg) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 308, in process t = t.encode(charset, 'replace') File "/var/tmp/python2-2.2.3- root/usr/lib/python2.2/encodings/__init__.py", li ne 51, in search_function ValueError: Empty module name Jan 05 11:03:48 2004 (8451) SHUNTING: 1073322225.130398+2e61b88872c9af343bce1927 de7443b7500f2622 The rest of my lists work correctly. I was using 2.1.2, but today I upgraded to 2.1.4 and it's still failing. What can I do? Thanks! ---------------------------------------------------------------------- Comment By: James Hammett (james968) Date: 2005-03-14 09:32 Message: Logged In: YES user_id=310971 Running version 2.1.2. I get : Mar 14 09:30:49 2005 (28471) Traceback (most recent call last): File "/usr/share/mailman/Mailman/Queue/Runner.py", line 105, in _oneloop self._onefile(msg, msgdata) File "/usr/share/mailman/Mailman/Queue/Runner.py", line 155, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/share/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/usr/share/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/usr/share/mailman/Mailman/Handlers/ToDigest.py", line 89, in process send_digests(mlist, mboxfp) File "/usr/share/mailman/Mailman/Handlers/ToDigest.py", line 130, in send_digests send_i18n_digests(mlist, mboxfp) File "/usr/share/mailman/Mailman/Handlers/ToDigest.py", line 303, in send_i18n_digests msg = scrubber(mlist, msg) File "/usr/share/mailman/Mailman/Handlers/Scrubber.py", line 308, in process t = t.encode(charset, 'replace') File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/encodings/__init__.py", line 84, in search_function globals(), locals(), _import_tail) ValueError: Empty module name ---- I've attempted removing the digest files and cleaning them up, but this hasn't helped. ---------------------------------------------------------------------- Comment By: Charles Hall (hallcp) Date: 2004-08-02 12:34 Message: Logged In: YES user_id=747417 In my case the quick fix was to delete the existing "digest.mbox" file. (Look in ~mailman/lists/your_list/digest.mbox) I guess a bogus email snuck in there that breaks Python's character handling. Your digest subscribers will be unhappy but at least your list is up again. ---------------------------------------------------------------------- Comment By: Dan Langille (junkmale) Date: 2004-02-05 10:10 Message: Logged In: YES user_id=27858 I am having a simlar problem. Mail comes in, but never goes out to the list. Everthing is shunted. I found this "patch" http://www.mail-archive.com/mailman-developers@python. org/msg06317.html and applied it. Then I ran unshunt. That's when this appeared in mailman/logs/error Feb 05 07:57:07 2004 (27060) Dequeuing message destined for missing list: planners Feb 05 07:57:07 2004 (27060) Uncaught runner exception: Empty module name Feb 05 07:57:07 2004 (27060) Traceback (most recent call last): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 110, in _oneloop self._onefile(msg, msgdata) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 160, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Handlers/ToDigest.py", line 90, in process send_digests(mlist, mboxfp) File "/usr/local/mailman/Mailman/Handlers/ToDigest.py", line 131, in send_digests send_i18n_digests(mlist, mboxfp) File "/usr/local/mailman/Mailman/Handlers/ToDigest.py", line 304, in send_i18n_digests msg = scrubber(mlist, msg) File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 311, in process t = t.encode(charset, 'replace') File "/usr/local/lib/python2.3/encodings/__init__.py", line 84, in search_function globals(), locals(), _import_tail) ValueError: Empty module name ---------------------------------------------------------------------- Comment By: Jochen Witte (zebaoth) Date: 2004-01-27 05:09 Message: Logged In: YES user_id=565663 I use 2.1.3 and have the same problem. Any solution in sight? ---------------------------------------------------------------------- Comment By: Marcel Meyer (meyerm) Date: 2004-01-14 04:56 Message: Logged In: YES user_id=66911 Hi, was this somehow resolved?? I just found to have the same problems! What can I do that the messages (the shunt directory is now 1,5 MB big! [not the contents of the dir, but the dir inode itself...!!] ) are written into the archives without loosing anything? unshunt just puts them back into the shunt directory. Is there some patch - anything? Thanks a lot Marcel ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=871050&group_i…

1 0

[ mailman-Bugs-1161557 ] News-to-mail gateway
by SourceForge.net 14 Mar '05

14 Mar '05

Bugs item #1161557, was opened at 2005-03-11 18:08 Message generated for change (Comment added) made by shub You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1161557&group_… Category: nntp/news Group: None Status: Open Resolution: None Priority: 5 Submitted By: Puiu Hrenciuc (hpuiu) Assigned to: Nobody/Anonymous (nobody) Summary: News-to-mail gateway Initial Comment: Hi, I have installed a news server, but one of the developers works in a company with very strict internet policy (only emails, no HTTP or NNTP or anything else ), so I have set up a mailing list for each news group and configured them to synchronise with the news groups through mail- to-news gateway settings in GNU mailman. The problem is I don't know how often the mail-to-news and news-to- mail sync occurs. I have sent a message to one of the news group a hour ago and it didn't showed up on mailing list yet. Can this time be adjusted ? Because if the sync time is too big the discussions would not be possible. Thanks in advance, Puiu Hrenciuc. P.S.: I use the GNU mailman from the sf.net site, my project is hosted here ( xentra ) ---------------------------------------------------------------------- Comment By: Brad Knowles (shub) Date: 2005-03-14 11:27 Message: Logged In: YES user_id=18417 if you have questions regarding the operation of Mailman, please send them to the mailman-users mailing list, as opposed to posting them as "bugs". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1161557&group_…

1 0

[ mailman-Bugs-1161867 ] URL-error on admin help-page
by SourceForge.net 12 Mar '05

12 Mar '05

Bugs item #1161867, was opened at 2005-03-12 08:06 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=1161867&group_… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Stefan Waidele jun. (stwjun) Assigned to: Nobody/Anonymous (nobody) Summary: URL-error on admin help-page Initial Comment: there is a bad link on the admin pages http://<server>/mailman/admin/qna/?VARHELP=general/reply_goes_to_list Reply-To Munging Considered Useful a working link would be: http://www.metasystema.net/essays/reply-to.mhtml ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1161867&group_…

1 0

[ mailman-Patches-839386 ] MySQL MemberAdaptor for Mailman 2.1
by SourceForge.net 11 Mar '05

11 Mar '05

Patches item #839386, was opened at 2003-11-10 18:04 Message generated for change (Comment added) made by simboforge You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_i… Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Kev Green (kyrian) Assigned to: Nobody/Anonymous (nobody) Summary: MySQL MemberAdaptor for Mailman 2.1 Initial Comment: A MemberAdaptor "plugin" which should allow Mailman list members to be loaded from a MySQL database, rather than just a Mailman "pickle" file. Provided as-is, and without warranty, this "plugin" may destroy your server, soul, scalp, house, and life. Please use it with caution. Kev Green, oRe Net. http://www.orenet.co.uk/ ---------------------------------------------------------------------- Comment By: simboforge (simboforge) Date: 2005-03-11 23:22 Message: Logged In: YES user_id=1226150 excellent. can you please give me a list of the files modified from the original distro? grep sees six that grep have msyql in them. thx ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2005-03-11 22:56 Message: Logged In: YES user_id=99923 The flat file databases are unused when you put the MySQL adaptor in place, and they are untouched (and indeed not deleted) by it, the MySQL adaptor only queries the MySQL tables for membership information, without trying to force you into using it fulltime by deleting anything, etc. Once you unconfigure the MySQL adaptor, Mailman should revert back to your existing flat file databases. Of course, I could have missed something, etc. so do back up your flat file databases before installing the MySQL adaptor, and then you can just migrate back to them by restoring the backups. Either way, you have come up with a good question for an FAQ on the SQL adaptor :-) K. ---------------------------------------------------------------------- Comment By: simboforge (simboforge) Date: 2005-03-11 22:42 Message: Logged In: YES user_id=1226150 neat. just what i was looking for. i have a couple of live lists running on version version 2.1.5. i am a bit leary about unzipping this distrobution over the top of my working mailman as i am not sure how to backup the existing flat file databases. i would prefer to experiment with dropping the adapter into my existing installation. any pointers as to where to start? thx ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:34 Message: Logged In: YES user_id=99923 Oh, btw. v1.57 hasn't been tested yet, so it might kill your server, eat your dog, and stick your wife in the oven. Be careful using it! ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:33 Message: Logged In: YES user_id=99923 Version 1.57: 2004/12/13 * Merge in Daniel Shriver patch/code for a flat table architecture. [ Suggested by Kevin McCann <kmccann(at)bellanet.org>, but I hadn't found time to do it myself... ] * Add bugfix information from Jinhyok Heo <novembre(a)NOSPAM.ournature.org> * Add in mksqlmailman script from TheSin <thesin(a)SPAMNOTHANKS.southofheaven.org> * Follow Barry Warsaw's suggestion on delivery status timestamp. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-01-08 11:38 Message: Logged In: YES user_id=99923 Latest version incorporates automated generation of the necessary tables, cleaner error reporting, and updated documentation. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-11-11 11:14 Message: Logged In: YES user_id=99923 Bit of an oops in version 1.49, 1.50 now uploaded, which should fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_i…

1 0