Mailman 3 November 2002 - Mailman-Developers

[ mailman-Bugs-641436 ] traceback for set nomail for non-member
by noreply＠sourceforge.net Nov. 20, 2002

Nov. 20, 2002

Bugs item #641436, was opened at 2002-11-20 20:11 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=641436&group_i… Category: None Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Marilyn Davis (marilyndavis) Assigned to: Nobody/Anonymous (nobody) Summary: traceback for set nomail for non-member Initial Comment: If a non-member of a list sends a mail message to the request address to "set nomail on passwd", the non-member gets a traceback and the admin gets an "unexpected mailman error" message. Instead, the MailCommandHandler probably wants to catch the exception and suggest to the non-user that she joins the list before she turns off her mail stream. I did this accidentally, first with an unknown password and the second time with the admin's password. Each traceback is a little different. I hope this is helpful. Thank you, Marilyn Davis The MailCommandHandler.py >From t2-request(a)localhost.localdomain Tue Nov 19 14:24:13 2002 Date: Tue, 19 Nov 2002 13:31:01 -0800 From: t2-request(a)localhost.localdomain To: marilyn(a)localhost.localdomain Subject: Mailman results for T2 This is an automated response. There were problems with the email commands you sent to Mailman via the administrative address <t2- request(a)localhost.localdomain>. To obtain instructions on valid Mailman email commands, send email to <t2-request(a)localhost.localdomain> with the word "help" in the subject line or in the body of the message. If you want to reach the human being that manages this mailing list, please send your message to <t2- admin(a)localhost.localdomain>. The following is a detailed description of the problems. >>>>> Subject line ignored: >>>>> Re: Mailman results for T2 ***** set nomail on XXXXXXXX >>>>> An unexpected Mailman error has occurred. >>>>> >>>>> Please forward your request to the human list administrator in charge >>>>> of this list at <t2- admin(a)localhost.localdomain>. The traceback is >>>>> attached below and will be forwarded to the list administrator >>>>> automatically. Traceback (most recent call last): File "/home/mailman/Mailman/MailCommandHandler.py", line 235, in ParseMailCommands self.__dispatch[cmd](args, line, msg) File "/home/mailman/Mailman/MailCommandHandler.py", line 376, in ProcessSetCmd self.ConfirmUserPassword(sender, args[2]) File "/home/mailman/Mailman/SecurityManager.py", line 144, in ConfirmUserPassword raise Errors.MMBadUserError MMBadUserError >From t2-request(a)localhost.localdomain Tue Nov 19 14:24:19 2002 Date: Tue, 19 Nov 2002 13:32:01 -0800 From: t2-request(a)localhost.localdomain To: marilyn(a)localhost.localdomain Subject: Mailman results for T2 This is an automated response. There were problems with the email commands you sent to Mailman via the administrative address <t2- request(a)localhost.localdomain>. To obtain instructions on valid Mailman email commands, send email to <t2-request(a)localhost.localdomain> with the word "help" in the subject line or in the body of the message. If you want to reach the human being that manages this mailing list, please send your message to <t2- admin(a)localhost.localdomain>. The following is a detailed description of the problems. ***** set nomail on (the admin password) >>>>> An unexpected Mailman error has occurred. >>>>> >>>>> Please forward your request to the human list administrator in charge >>>>> of this list at <t2- admin(a)localhost.localdomain>. The traceback is >>>>> attached below and will be forwarded to the list administrator >>>>> automatically. Traceback (most recent call last): File "/home/mailman/Mailman/MailCommandHandler.py", line 235, in ParseMailCommands self.__dispatch[cmd](args, line, msg) File "/home/mailman/Mailman/MailCommandHandler.py", line 412, in ProcessSetCmd self.SetUserOption(sender, option_info[args[0]], value) File "/home/mailman/Mailman/MailList.py", line 206, in SetUserOption user = self.GetUserCanonicalAddress(user) File "/home/mailman/Mailman/MailList.py", line 174, in GetUserCanonicalAddress cpuser = self.GetUserSubscribedAddress(member) File "/home/mailman/Mailman/MailList.py", line 159, in GetUserSubscribedAddress member = string.lower(member) File "/usr/local/lib/python2.2/string.py", line 54, in lower return s.lower() AttributeError: 'NoneType' object has no attribute 'lower' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=641436&group_i…

1 0

bin/arch problems with unknown encodings
by Andrew D. Clark Nov. 20, 2002

Nov. 20, 2002

Under Mailman 2.1b5, when I run bin/arch on one of my lists for which I turned off pipermail archiving during the 2.1b3-pipermail-archiving-performance-sucks-badly period it dies complaining: "unknown encoding: big5_tw". The mbox for this list is huge, and I'm having trouble locating exactly which message is killing arch. Is there a way to either ignore non us-ascii messages when archiving (all the members of this private list only speak/read English, I'm not simply another arrogant American :) ), or a better way to scrub or locate such messages? I'm having similar problems with some other lists: "TypeError: unicode() argument 2 must be string, not None" BTW, I skipped Mailman 2.1b4 completely, so would running b4b5-archfix still be necessary/beneficial? BTW2, kudos to the cabal on 2.1b5! An older list archive created under mailman 2.0.x reported 20 messages in the archive, when I regenerated that list archive, the new archive reported 16. A manual peek at the mbox file showed 16 messages :) -- Andrew Clark Campus Network Programmer Office of Information Technology University of California, Santa Barbara andrew.clark(a)ucsb.edu (805) 893-5311

1 0

Shutting down mailmanctl for upgrade
by Greg Ward Nov. 20, 2002

Nov. 20, 2002

I just noticed that UPGRADING doesn't say anything about shutting down mailmanctl around an upgrade. Should it? Greg -- Greg Ward <gward(a)python.net> http://www.gerg.ca/ I hope something GOOD came in the mail today so I have a REASON to live!!

1 0

Contributing extensions --- how best to structure it?
by Martin Whinnery Nov. 20, 2002

Nov. 20, 2002

Folks, I'm quietly beavering away at LDAP support using the extend.py / MemberAdaptor route. It's going ok, but I'm unsure as to where I ought to be putting things. As Greg has pointed out, It's not a good idea to mess with the distribution code. So where ought stuff to go? I illustrate: I have 4 files: LDAPMemberships.py - replaces OldStyleMemberships.py for LDAP-enabled lists. LDAPnewlist - Used instead of newlist to create an LDAP-enabled list. ldap_cfg.py - Holds (currently) global LDAP settings (server etc) extend.py - extends the mlist object to use LDAPMemberships instead of OldStyleMemberships LDAPMemberships.py I have put in /usr/local/mailman/Mailman. That's fine. LDAPnewlist goes in /usr/local/mailman/bin/. Also fine. Extend.py (and to a lesser extent ldap_cfg.py) are the problem. It's conceivable that a site might wish to have some 'normal' lists, some LDAP-based lists, some lists controlled from RapidFile, etc. How to handle this? I suppose I'm proposing a structure rooted at /usr/local/mailman/ext/ . For example, I'd have /usr/local/mailman/ext/LDAP/ldap_cfg.py and /usr/local/mailman/ext/LDAP/extend.py. An SQL extension would use /usr/local/mailman/ext/SQL/ etc. Is this the right way to go about things? Mart 'Just the assistant' network manager South Birmingham College

1 0

[ mailman-Bugs-640775 ] Qrunner suddenly doesn't work anymore
by noreply＠sourceforge.net Nov. 20, 2002

Nov. 20, 2002

Bugs item #640775, was opened at 2002-11-19 16:28 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=640775&group_i… Category: command line scripts Group: 2.0.x Status: Open Resolution: None >Priority: 7 Submitted By: David Weisgerber (davidweisgerber) Assigned to: Nobody/Anonymous (nobody) Summary: Qrunner suddenly doesn't work anymore Initial Comment: Since I checked my e-mail-account today I had over 1000 new mails where my cron daemon worries about those errors with your qrunner and listinfo.py: (1) "Traceback (most recent call last): File "/home/mailman/cron/qrunner", line 84, in ? from Mailman import Utils EOFError: EOF read where object expected" (2) "Traceback (most recent call last): File "/home/mailman/cron/gate_news", line 40, in ? from Mailman import MailList File "/home/mailman/Mailman/MailList.py", line 36, in ? from Mailman import Utils EOFError: EOF read where object expected" Don't know why, I didn't changed something on the machine and there is noone who could change something. Hard disk space is also okay. So I couldn't figure out where the problem was but I hope you can fix it, the web page shows your 'A bug in mailman' page and this is a cat from /logs/error: "Oct 01 10:10:46 2002 (12542) listinfo: no such list "csi172": Oct 01 10:11:05 2002 (12546) Someone tried to access the admin interface for a non-existent list: csi172 Nov 19 18:10:17 2002 admin(9683): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(9683): [----- Mailman Version: 2.0.11 -----] admin(9683): [----- Traceback ------] admin(9683): Traceback (most recent call last): admin(9683): File "/home/mailman/scripts/driver", line 90, in run_main admin(9683): pkg = __import__('Mailman.Cgi', globals(), locals(), [scriptname]) admin(9683): File "/home/mailman/Mailman/Cgi/listinfo.py", line 27, in ? admin(9683): from Mailman import Utils admin(9683): EOFError: EOF read where object expected admin(9683): [----- Python Information -----] admin(9683): sys.version = 2.2 (#1, Feb 24 2002, 16:21:58) [GCC 2.96 20000731 (Mandrake Linux 8.2 2.96-0.76mdk)] admin(9683): sys.executable = /usr/bin/python admin(9683): sys.prefix = /usr admin(9683): sys.exec_prefix= /usr admin(9683): sys.path = /usr admin(9683): sys.platform = linux-i386 admin(9683): [----- Environment Variables -----] admin(9683): PATH_INFO: /kutro admin(9683): PYTHONPATH: /home/mailman admin(9683): SERVER_SOFTWARE: Apache-AdvancedExtranetServer/1.3.23 (Mandrake Linux/4mdk) mod_ssl/2.8.7 OpenSSL/0.9.6c PHP/4.1.2 admin(9683): SCRIPT_FILENAME: /home/mailman/cgi-bin/listinfo admin(9683): SERVER_ADMIN: root@localhost admin(9683): SCRIPT_NAME: /mailman/listinfo admin(9683): SERVER_SIGNATURE: <ADDRESS>Apache-AdvancedExtranetServer/1.3.23 Server at md.2y.net Port 80</ADDRESS> admin(9683): REQUEST_METHOD: GET admin(9683): HTTP_HOST: md.2y.net admin(9683): HTTP_KEEP_ALIVE: 300 admin(9683): SERVER_PROTOCOL: HTTP/1.1 admin(9683): QUERY_STRING: admin(9683): REQUEST_URI: /mailman/listinfo/kutro admin(9683): HTTP_ACCEPT: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1 admin(9683): HTTP_ACCEPT_CHARSET: ISO-8859-1, utf-8;q=0.66, *;q=0.66 admin(9683): HTTP_USER_AGENT: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 admin(9683): HTTP_CONNECTION: keep-alive admin(9683): SERVER_NAME: md.2y.net admin(9683): REMOTE_ADDR: 192.168.0.2 admin(9683): REMOTE_PORT: 32951 admin(9683): HTTP_ACCEPT_LANGUAGE: en-us, en;q=0.50 admin(9683): PATH_TRANSLATED: /home/kutro-homepage admin(9683): SERVER_PORT: 80 admin(9683): GATEWAY_INTERFACE: CGI/1.1 admin(9683): HTTP_ACCEPT_ENCODING: gzip, deflate, compress;q=0.9 admin(9683): SERVER_ADDR: 192.168.0.1 admin(9683): DOCUMENT_ROOT: /var/www/html Nov 19 18:10:32 2002 admin(9684): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(9684): [----- Mailman Version: 2.0.11 -----] admin(9684): [----- Traceback ------] admin(9684): Traceback (most recent call last): admin(9684): File "/home/mailman/scripts/driver", line 90, in run_main admin(9684): pkg = __import__('Mailman.Cgi', globals(), locals(), [scriptname]) admin(9684): File "/home/mailman/Mailman/Cgi/listinfo.py", line 27, in ? admin(9684): from Mailman import Utils admin(9684): EOFError: EOF read where object expected admin(9684): [----- Python Information -----] admin(9684): sys.version = 2.2 (#1, Feb 24 2002, 16:21:58) [GCC 2.96 20000731 (Mandrake Linux 8.2 2.96-0.76mdk)] admin(9684): sys.executable = /usr/bin/python admin(9684): sys.prefix = /usr admin(9684): sys.exec_prefix= /usr admin(9684): sys.path = /usr admin(9684): sys.platform = linux-i386 admin(9684): [----- Environment Variables -----] admin(9684): PYTHONPATH: /home/mailman admin(9684): SERVER_SOFTWARE: Apache-AdvancedExtranetServer/1.3.23 (Mandrake Linux/4mdk) mod_ssl/2.8.7 OpenSSL/0.9.6c PHP/4.1.2 admin(9684): SCRIPT_FILENAME: /home/mailman/cgi-bin/listinfo admin(9684): SERVER_ADMIN: root@localhost admin(9684): SCRIPT_NAME: /mailman/listinfo admin(9684): SERVER_SIGNATURE: <ADDRESS>Apache-AdvancedExtranetServer/1.3.23 Server at md.2y.net Port 80</ADDRESS> admin(9684): REQUEST_METHOD: GET admin(9684): HTTP_HOST: md.2y.net admin(9684): HTTP_KEEP_ALIVE: 300 admin(9684): SERVER_PROTOCOL: HTTP/1.1 admin(9684): QUERY_STRING: admin(9684): REQUEST_URI: /mailman/listinfo admin(9684): HTTP_ACCEPT: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1 admin(9684): HTTP_ACCEPT_CHARSET: ISO-8859-1, utf-8;q=0.66, *;q=0.66 admin(9684): HTTP_USER_AGENT: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 admin(9684): HTTP_CONNECTION: keep-alive admin(9684): SERVER_NAME: md.2y.net admin(9684): REMOTE_ADDR: 192.168.0.2 admin(9684): REMOTE_PORT: 32951 admin(9684): HTTP_ACCEPT_LANGUAGE: en-us, en;q=0.50 admin(9684): SERVER_PORT: 80 admin(9684): GATEWAY_INTERFACE: CGI/1.1 admin(9684): HTTP_ACCEPT_ENCODING: gzip, deflate, compress;q=0.9 admin(9684): SERVER_ADDR: 192.168.0.1 admin(9684): DOCUMENT_ROOT: /var/www/html" PS: The logs say that there were no recent activities on any list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=640775&group_i…

1 0

Re: [Mailman-Developers] Re: [Mailman-Announce] RELEASED Mailman 2.1 beta5
by J C Lawrence Nov. 20, 2002

Nov. 20, 2002

On Tue, 19 Nov 2002 20:51:01 -0800 Chuq Von Rospach <chuqui(a)plaidworks.com> wrote: > Explain why it's the server's responsibility to go first here? Loosely: Because it need not hurt either side. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

1 0

Mail
by Marilyn Davis Nov. 19, 2002

Nov. 19, 2002

Mailman Developers, If a non-member of a list sends a mail message to the request address to "set nomail on passwd", the non-member gets a traceback and the admin gets an "unexpected mailman error" message. Instead, the MailCommandHandler probably wants to catch the exception and suggest to the non-user that she joins the list before she turns off her mail stream. I did this accidentally, first with an unknown password and the second time with the admin's password. Each traceback is a little different. I hope this is helpful. Thank you, Marilyn Davis The MailCommandHandler.py >From t2-request(a)localhost.localdomain Tue Nov 19 14:24:13 2002 Date: Tue, 19 Nov 2002 13:31:01 -0800 From: t2-request(a)localhost.localdomain To: marilyn(a)localhost.localdomain Subject: Mailman results for T2 This is an automated response. There were problems with the email commands you sent to Mailman via the administrative address <t2-request(a)localhost.localdomain>. To obtain instructions on valid Mailman email commands, send email to <t2-request(a)localhost.localdomain> with the word "help" in the subject line or in the body of the message. If you want to reach the human being that manages this mailing list, please send your message to <t2-admin(a)localhost.localdomain>. The following is a detailed description of the problems. >>>>> Subject line ignored: >>>>> Re: Mailman results for T2 ***** set nomail on XXXXXXXX >>>>> An unexpected Mailman error has occurred. >>>>> >>>>> Please forward your request to the human list administrator in charge >>>>> of this list at <t2-admin(a)localhost.localdomain>. The traceback is >>>>> attached below and will be forwarded to the list administrator >>>>> automatically. Traceback (most recent call last): File "/home/mailman/Mailman/MailCommandHandler.py", line 235, in ParseMailCommands self.__dispatch[cmd](args, line, msg) File "/home/mailman/Mailman/MailCommandHandler.py", line 376, in ProcessSetCmd self.ConfirmUserPassword(sender, args[2]) File "/home/mailman/Mailman/SecurityManager.py", line 144, in ConfirmUserPassword raise Errors.MMBadUserError MMBadUserError >From t2-request(a)localhost.localdomain Tue Nov 19 14:24:19 2002 Date: Tue, 19 Nov 2002 13:32:01 -0800 From: t2-request(a)localhost.localdomain To: marilyn(a)localhost.localdomain Subject: Mailman results for T2 This is an automated response. There were problems with the email commands you sent to Mailman via the administrative address <t2-request(a)localhost.localdomain>. To obtain instructions on valid Mailman email commands, send email to <t2-request(a)localhost.localdomain> with the word "help" in the subject line or in the body of the message. If you want to reach the human being that manages this mailing list, please send your message to <t2-admin(a)localhost.localdomain>. The following is a detailed description of the problems. ***** set nomail on (the admin password) >>>>> An unexpected Mailman error has occurred. >>>>> >>>>> Please forward your request to the human list administrator in charge >>>>> of this list at <t2-admin(a)localhost.localdomain>. The traceback is >>>>> attached below and will be forwarded to the list administrator >>>>> automatically. Traceback (most recent call last): File "/home/mailman/Mailman/MailCommandHandler.py", line 235, in ParseMailCommands self.__dispatch[cmd](args, line, msg) File "/home/mailman/Mailman/MailCommandHandler.py", line 412, in ProcessSetCmd self.SetUserOption(sender, option_info[args[0]], value) File "/home/mailman/Mailman/MailList.py", line 206, in SetUserOption user = self.GetUserCanonicalAddress(user) File "/home/mailman/Mailman/MailList.py", line 174, in GetUserCanonicalAddress cpuser = self.GetUserSubscribedAddress(member) File "/home/mailman/Mailman/MailList.py", line 159, in GetUserSubscribedAddress member = string.lower(member) File "/usr/local/lib/python2.2/string.py", line 54, in lower return s.lower() AttributeError: 'NoneType' object has no attribute 'lower'

1 0

fix for some arch problems
by Andrew D. Clark Nov. 19, 2002

Nov. 19, 2002

I love answering my own questions. Either that, or I'm far too hasty posting problems to the list before I try to fix them. In anycase, hopefully this will help anyone else who is having problems regenerating their archives. Try renaming the html archive directory for a given list to listname.backup. Then run arch again and let it recreate the whole html archive from scratch. Worked for me on a few archives that arch was barfing on. -- Andrew Clark Campus Network Programmer Office of Information Technology University of California, Santa Barbara andrew.clark(a)ucsb.edu (805) 893-5311

2 1

more arch problems in 2.1b5
by Andrew D. Clark Nov. 19, 2002

Nov. 19, 2002

A few more lists, a few different errors: Traceback (most recent call last): File "./arch", line 173, in ? main() File "./arch", line 163, in main archiver.close() File "/home/services/mailman/Mailman/Archiver/pipermail.py", line 303, in close self.update_dirty_archives() File "/home/services/mailman/Mailman/Archiver/pipermail.py", line 517, in update_dirty_archives self.update_archive(i) File "/home/services/mailman/Mailman/Archiver/HyperArch.py", line 1058, in update_archive self.__super_update_archive(archive) File "/home/services/mailman/Mailman/Archiver/pipermail.py", line 425, in update_archive self._update_thread_index(archive, arcdir) File "/home/services/mailman/Mailman/Archiver/pipermail.py", line 485, in _update_thread_index self.update_article(arcdir, a1, L[0], L[2]) File "/home/services/mailman/Mailman/Archiver/HyperArch.py", line 1214, in update_article self.message(_("article file %s is missing!") TypeError: format requires a mapping At least it's working for most of the lists. Anyone have any suggestions? -- Andrew Clark Campus Network Programmer Office of Information Technology University of California, Santa Barbara andrew.clark(a)ucsb.edu (805) 893-5311

1 0

bin/arch sometimes dies in 2.1b5
by Andrew D. Clark Nov. 19, 2002

Nov. 19, 2002

I've had bin/arch croak on a few different list archives (though for one of the lists, it worked the 2nd time I ran it, so that's good!) with the following error: Updating HTML for article 2 Traceback (most recent call last): File "./arch", line 173, in ? main() File "./arch", line 163, in main archiver.close() File "/home/services/mailman/Mailman/Archiver/pipermail.py", line 303, in close self.update_dirty_archives() File "/home/services/mailman/Mailman/Archiver/pipermail.py", line 517, in update_dirty_archives self.update_archive(i) File "/home/services/mailman/Mailman/Archiver/HyperArch.py", line 1058, in update_archive self.__super_update_archive(archive) File "/home/services/mailman/Mailman/Archiver/pipermail.py", line 425, in update_archive self._update_thread_index(archive, arcdir) File "/home/services/mailman/Mailman/Archiver/pipermail.py", line 485, in _update_thread_index self.update_article(arcdir, a1, L[0], L[2]) File "/home/services/mailman/Mailman/Archiver/HyperArch.py", line 1223, in update_article f.write(article.as_html()) File "/home/services/mailman/Mailman/Archiver/HyperArch.py", line 407, in as_html d['listurl'] = self._mlist.GetScriptURL('listinfo', absolute=1) AttributeError: Article instance has no attribute '_mlist' -- Andrew Clark Campus Network Programmer Office of Information Technology University of California, Santa Barbara andrew.clark(a)ucsb.edu (805) 893-5311

1 0