Mailman 3 June 2003 - Mailman-Developers

Default link colors
by Tentra List Support 10 Jun '03

10 Jun '03

I tryed change the default page and link colors by adding relevant fields in Default.py to mm_cfg.py. Changing all of the directives worked except for WEB_LINK_COLOR which did not result in a change. I found the offending error in htmlformat.py line 326. It should read: 'link' when it reads 'alink' Changed to 'link' and default web links now change. Mailman version 2.1.2 David Blomquist Principal, Tentra IT Solutions www.tentra.com

2 1

invite/confirm traceback
by Fil 10 Jun '03

10 Jun '03

I'm experimenting an "invite_members" command-line script derived from the add_members script. It does send a request for confirmation, but the confirmation email does not get processed, and no traceback show up in the logs. However, if I try the web confirmation, I get this traceback. 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/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/confirm.py", line 98, in main content = Pending.confirm(cookie, expunge=0) File "/usr/local/mailman/Mailman/Pending.py", line 111, in confirm db = _load() File "/usr/local/mailman/Mailman/Pending.py", line 163, in _load return cPickle.load(fp) SystemError: Failed to import class UserDesc from module __main__ Python information: Variable Value sys.version 2.1.3 (#1, Sep 7 2002, 15:29:56) [GCC 2.95.4 20011002 (Debian prerelease)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 Environment variables: Variable Value DOCUMENT_ROOT /var/www/listes.rezo.net SERVER_ADDR 80.67.170.17 SERVER_PORT 80 PATH_TRANSLATED /var/www/listes.rezo.net/test/062c5a8c98ba236594a3edd6092ec2cdfb5737f4 REMOTE_ADDR 62.212.98.121 UNIQUE_ID PtwRIVBDqhEAAEaeBq8 HTTP_ACCEPT_LANGUAGE fr-fr, ja;q=0.62, en-us;q=0.93, en;q=0.90, de-de;q=0.86, de;q=0.83, nl-nl;q=0.79, nl;q=0.76, it-it;q=0.72, it;q=0.69, ja-jp;q=0.66, fr;q=0.97, es-es;q=0.59, es;q=0.55, da-dk;q=0.52, da;q=0.48, fi-fi;q=0.45, fi;q=0.41, ko-kr;q=0.38, ko;q=0.34, no-no;q=0.31, no;q=0.28, pt-pt;q=0.24, pt;q=0.21, sv-se;q=0.17, sv;q=0.14, zh-cn;q=0.10, zh-tw;q=0.07, zh;q=0.03 GATEWAY_INTERFACE CGI/1.1 SERVER_NAME listes.rezo.net HTTP_CONNECTION keep-alive HTTP_USER_AGENT Mozilla/5.0 (Macintosh; U; PPC Mac OS X; fr-fr) AppleWebKit/74 (KHTML, like Gecko) Safari/74 HTTP_ACCEPT */* REQUEST_URI /mailman/confirm/test/062c5a8c98ba236594a3edd6092ec2cdfb5737f4 QUERY_STRING SCRIPT_FILENAME /home/mailman/cgi-bin/confirm SCRIPT_URL /mailman/confirm/test/062c5a8c98ba236594a3edd6092ec2cdfb5737f4 HTTP_HOST listes.rezo.net REQUEST_METHOD GET SERVER_SIGNATURE SCRIPT_URI http://listes.rezo.net/mailman/confirm/test/062c5a8c98ba236594a3edd6092ec2c… SCRIPT_NAME /mailman/confirm SERVER_ADMIN fil(a)rezo.net SERVER_SOFTWARE Apache/1.3.27 (Unix) Debian GNU/Linux PHP/4.2.3 mod_fastcgi/2.2.12 mod_perl/1.26 DAV/1.0.3 PYTHONPATH /usr/local/mailman PATH_INFO /test/062c5a8c98ba236594a3edd6092ec2cdfb5737f4 HTTP_COOKIE site=280200000069590cdc3e732800000039303939623930306333386139346564633231373832653532303062643863323134356662303536 SERVER_PROTOCOL HTTP/1.1 REMOTE_PORT 29092 -- Fil

2 5

Browser stop button (revisited from 2.0.5??)
by Steve Lay 10 Jun '03

10 Jun '03

I have a problem with the Mailman servers I run related to an issue which was discussed during the 2.0.4 to 2.0.5 transition some time ago. The problem relates to people who click the stop button on their browser while Mailman is doing its stuff. If the person in question is the list admin, making changes to the list, then Mailman just aborts without saving the list changes. Like the posters in the original discussion on this list some 2 years ago I can live with these semantics, almost.... The problem is that Mailman always returns the content of the page, which says that everything has been done, before it saves the list. For example, see lines 236-238 of admindb.py in 2.1: print doc.Format() # Commit all changes mlist.Save() The problem with this is that mlist.Save() is taking quite a while for large lists so I have to educate my list owners to be really patient and wait for the browser to finish - with very little visual cue that it is doing anything. (OK, animated wavy windows, spinning worlds, sparkly N's apart....) What would make much more sense to me (and my users) is if these two lines were done the other way around. At least the users would then understand that the system was doing something and shouldn't be interupted because they would be looking at a blank browser window. They wouldn't be told that their changes had been successfully carried out until they actually had! What do you all think? Can you see any problems with switching these two lines (similarly in the other CGI handlers)? Steve Lay

2 1

Unsubscribe link
by Tentra List Support 10 Jun '03

10 Jun '03

I would like to generate a link in the footer of each email that would take the user directly to their options page so that, if they want to unsubscribe, they can do so with a maximum of two steps one to click to the page and one to unsubscribe via the web page with no further confirmation steps. Is there a script for this already or should I look into creating one? Thank you, David Blomquist Principal, Tentra IT Solutions

2 1

Re: [Mailman-Developers] modifying mailman's source
by Barry Warsaw 10 Jun '03

10 Jun '03

On Wed, 2003-05-28 at 17:53, Wesley T. Perdue wrote: > All, > > I need to call an external script whenever a mailing list's membership changes. Why don't you modify OldStyleMemberships.py? If you want to feel more immune from future Mailman updates, I'd suggest subclassing from OldStyleMemberships, override the few methods you need, and then use the MailList extension mechanisms to make sure your class gets instantiated instead of the default one. -Barry

1 0

Global user tool
by Kory Wheatley 10 Jun '03

10 Jun '03

Is there some kind of administrator login I can use to manage subscriptions ... we have so many listservs that adding and removing subscriptions by list is a big hassle - it would be easier if I could manage subscriptions by user name rather by list. -- Kory Wheatley Academic Computing Analyst Sr. Phone 282-3874 ######################################### Everything must point to him.

2 1

Problems with archiviing mbox's
by Simon Coggins 09 Jun '03

09 Jun '03

Hi, I'm having a problem with the arch. I've tracked it down to the Mailbox class that uses PortableUnixMailbox. The problem is it's picking up "^From " as a new message. Sendmail doesn't escape from lines now so they are throughout my archives. I've managed to fix this by going back to UnixMailbox instead of PortableUnixMailbox, so that it does the regex on the line to ensure it is the correct From line. I'm just wondering why it is set to Portable when the other one works. I've also got a threading problem, where the threads aren't being detected correctly and are being indented when they shouldn't. But I'm still trying to pin down that problem. -- Simon Coggins (SAGE-AU Member) Email: simon(a)uow.edu.au Network and System Management Officer Phone: +61-2-4221-3775 Information Technology Systems (ITS) Mobile: 0408 115861 University of Wollongong, 2522, Australia Fax: +61-2-4229-1985

2 1

email address validation
by Hubbard, Matthew R W 07 Jun '03

07 Jun '03

Dear All, I had a quick search and couldn't find much about this. I'm using Mailman 2.1.2. I've been looking through the add member code, specifically the InviteNewMember, AddMember and ApprovedAddMember functions. It has struck me as odd that there is a lot more effort in validating email addresses in the AddMember function than in the ApprovedAddMember and the InviteNewMember doesn't even call Utils.ValidateEmail. Could / should this be consolidated in some fashion? I don't especially trust a vast list of address supplied by an administrator anymore than a user filling in the subscribe form. Cheers, Matt.

2 1

multiple domain status update (second request)
by Derek Simkowiak 04 Jun '03

04 Jun '03

Hello, I'm looking for a status update on "virtual domain" support. (This is my second request for information.) I would like to know whether the same list name under more than one domain is supported yet. There are some cryptic comments in the file "NEWS". In particular: ------------------------------------ o bin/fix_url.py grew some command line options to support moving a list to a specific virtual domain. ------------------------------------ This seems to imply that a list can now be attached to "a specific virtual domain", but I cannot find any other documentation about this feature. Who wrote that line? Can that developer answer a few basic questions for me? I also have a few hours of programming time to donate and a live test server to get virtual domains support working (if they're not already). If anyone has any information at all (even which .py files to go looking through), please let me know. I have no familiarity with the Mailman code (yet). Thank You, Derek Simkowiak dereks(a)realloc.net

1 0

semantic error in mailmanctl line 255 (Mailman 2.1.2)
by Oliver Egginger 04 Jun '03

04 Jun '03

Hello, this was originally: Mandrake 9.1 / ImportError As a result of a suggestion from Luca Olivetti (Mandrake list member) I think now that you are maybe wrong with that line 255 in maimanctl. The original line is > os.execl(mm_cfg.PYTHON, 'qrunner', exe, rswitch, '-s') But this is a semantic error we think. The first parameter is arg0 no arg1, so you should be using something like os.execl(mm_cfg.PYTHON, '' , exe, rswitch, '-s') Here is the diff for a patch: 255c255 < os.execl(mm_cfg.PYTHON, '' , exe, rswitch, '-s') --- > os.execl(mm_cfg.PYTHON, 'qrunner', exe, rswitch, '-s') This bug breaks several python installations. It don't work for my Mandrake system for example. It is possible to correct this in future releases? What do you think? - oliver -- Oliver Egginger <Oliver.Egginger(a)dvz.fh-giessen.de> Fachochschule Giessen-Friedberg

6 22