[Mailman-Users] Re-creating lost mailman archives from GMail account using Gmail API
Hello all, I've recently had an unfortunate data loss - a mailing list which I run was lost in a server outage, and for some reason my hosting company was unable to locate the archive backups. However - I have been running then entire list admin through a GMail account, and I do in fact have every single post made to the list, and I can easily recover all of the posts from there. What I'm contemplating doing is writing a python script to a) Recover all of the posts in their original form using GMail api b) Reconstitute the archives somehow from this data Now - without getting too much into the details of how the python side of things would work, does anyone know how I would go about re-creating the archives? Would it be possible just to re-send every single mail and somehow fake the headers to make mailman index them correctly ? Or, better still, is there an existing script/utility/commandline switch that I could just run on a directory of email files? Any input would be most appreciated, Sincerely, Alias Cummins -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Re-creating lost mailman archives from GMail account using Gmail API
On Jul 11, 2005, at 19:42, Alias wrote: Now - without getting too much into the details of how the python side of things would work, does anyone know how I would go about re-creating the archives? [...] Or, better still, is there an existing script/utility/commandline switch that I could just run on a directory of email files? The ~mailman/bin/arch script will rebuild the archives given the messages in a standard Unix mbox format file. (Run 'bin/arch --help' for more info. It will explain that typically the mbox will be in the archives/private/listname.mbox/listname.mbox ) -- Jim Tittsler http://www.OnJapan.net/ GPG: 0x01159DB6 Python Starship http://Starship.Python.net/crew/jwt/ Mailman IRC irc://irc.freenode.net/#mailman -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Re-creating lost mailman archives from GMail account using Gmail API
On 7/11/05, Jim Tittsler [EMAIL PROTECTED] wrote: On Jul 11, 2005, at 19:42, Alias wrote: Now - without getting too much into the details of how the python side of things would work, does anyone know how I would go about re-creating the archives? [...] Or, better still, is there an existing script/utility/commandline switch that I could just run on a directory of email files? The ~mailman/bin/arch script will rebuild the archives given the messages in a standard Unix mbox format file. (Run 'bin/arch --help' for more info. It will explain that typically the mbox will be in the archives/private/listname.mbox/listname.mbox ) And you can retrieve all the posts from Gmail via POP. http://mail.google.com/support/bin/answer.py?answer=12103 Once in a local client, you can select the relevant messages and save them in mbox format. Brian. -- Brian Greenberg [EMAIL PROTECTED] -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] closely related lists - using users from a different lists
David Cake wrote: I have two lists that are effectively low and high traffic lists designed to serve the same constituency. So that a large number of people do not need to be subscribed to announcements that go out on the low traffic list, the high traffic list is also subscribed to the low traffic list. The only problem is that this means almost no one is subscribed to the low traffic list, and virtually none of the people who might post to it are, so almost every message is moderated. Is there a way to allow people who are subscribed to a second list to be accepted as subscribers to the first? Cheers David (Warning: I'm a novice. I'm replying only because I see your query has not been answered after five days.) You can subscribe the members of the larger list to the smaller list: First export the subscribers using the list_members command from the server command line: /usr/lib/mailman/bin/list_members your-list-name filename-for-member-list Then import those addresses into the smaller list. I believe there are two ways to do this: --You can use the mass subscribe feature of the smaller list to import the addresses. Paste the exported addresses into the mass subscribe page on the admin web interface. Any duplicates will be ignored. This method allows you the option of sending invitations rather than arbitrarily subscribing them (based on your current setting in the admin interface). If you send invitations, your invitees get the option of choosing between regular and digest subscriptions. --You could also use the add_members command from the server command line. I believe this arbitrarily subscribes them without the option of invitations: /usr/lib/mailman/bin/add_members -r filename-for-member-list your-list-name The -r subscribes them as regular members -d as digest members. Hope that helps. John Hicks -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] E-Mail to some users get lost or are very late
Hi, we run mailman mailman-2.1.5-33.rhel4 on a RHEL 4 Clone (Tao Linux 4, kernel 2.6.9-11.ELsmp). Some days ago, some users noticed, that they dont get all mails send to the mailinglists they are subscribed to or that they get the mails with a delay from some days or weeks :-( I checked the quota, forward, alias and mailman settings for thouth users, but everything seams O.K. for me. We use sendmail as MTA and dovecot as imap server. Any ideas what to check? Or waht info to provide? Thanks an best regards Götz Reinicke -- Götz Reinicke IT Koordinator - IT OfficeNet Tel. +49 (0) 7141 - 969 420 Fax +49 (0) 7141 - 969 55 420 [EMAIL PROTECTED] Filmakademie Baden-Württemberg Mathildenstr. 20 71638 Ludwigsburg www.filmakademie.de -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] E-Mail to some users get lost or are very late
On Mon, 2005-07-11 at 16:38 +0200, Götz Reinicke wrote: Hi, we run mailman mailman-2.1.5-33.rhel4 on a RHEL 4 Clone (Tao Linux 4, kernel 2.6.9-11.ELsmp). Some days ago, some users noticed, that they dont get all mails send to the mailinglists they are subscribed to or that they get the mails with a delay from some days or weeks :-( I checked the quota, forward, alias and mailman settings for thouth users, but everything seams O.K. for me. We use sendmail as MTA and dovecot as imap server. Any ideas what to check? Or waht info to provide? You're going to have to identify one of the delayed emails and look at it's headers to see where it was held up. You might also look at /var/log/maillog and the /var/log/mailman/smtp logs to see if and when the suspect messages were processed. Missing mail may have also bounced. Once your MTA hands off a set of mail to a destination SMTP server a whole host of things can happen to it that has nothing to do with your server. Your best bet is to verify from the logs the mail left your server when you expected it to. -- John Dennis [EMAIL PROTECTED] -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] Exec format error / Premature end of script headers on Graphics??
Can anyone tell me what this means? Why is Mailman trying to execute graphic files? :o (What's happening is that none of the Mailman graphics are showing up in the web interface and the errors are filling up my logs. I don't care if the graphics are there or not; I just want those errors gone.) [Mon Jul 11 10:10:39 2005] [error] [client 70.152.5.228] (8)Exec format error: exec of '/srv/www/icons/mm-icon.png' failed [Mon Jul 11 10:10:39 2005] [error] [client 70.152.5.228] Premature end of script headers: mm-icon.png TIA, ~Poster -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Bug in Mailman 2.1.6b4
Hello, Today, after doing some checking on the user's list, I found the errors associated with There is a bug in 2.1.6b4. in mailman's error log which I reported to this list a week ago. I don't know why I did not see it earlier. Here is a portion of the trace in the error log: Jul 07 09:30:39 2005 admin(12364): admin(12364): [- Mailman Version: 2.1.6b4 -] admin(12364): [- Traceback --] admin(12364): Traceback (most recent call last): admin(12364): File /usr1/mailman/mailman/scripts/driver, line 101, in run_main admin(12364): main() admin(12364): File /usr1/mailman/mailman/Mailman/Cgi/admindb.py, line 232, in main admin(12364): num = show_pending_subs(mlist, form) admin(12364): File /usr1/mailman/mailman/Mailman/Cgi/admindb.py, line 276, in show_pending_subs admin(12364): pendingsubs = mlist.GetSubscriptionIds() admin(12364): File /usr1/mailman/mailman/Mailman/ListAdmin.py, line 146, in GetSubscriptionIds admin(12364): return self.__getmsgids(SUBSCRIPTION) admin(12364): File /usr1/mailman/mailman/Mailman/ListAdmin.py, line 138, in __getmsgids admin(12364): ids = [k for k, (op, data) in self.__db.items() if op == rtype] admin(12364): ValueError: unpack tuple of wrong size Has anybody seen this? Should I send the complete trace to the developers list, so the can see what is going wrong? Regards, Darren Pifer Old Dominion University On Fri, 2005-07-08 at 12:46, John Dennis wrote: On Fri, 2005-07-08 at 12:08 -0400, Darren G Pifer wrote: Thanks for the information. You are correct, I have not seen anything in the Apache logs, however, I have not seen anything logged to mailman's logs either. Is there a way to disable stealth mode? I know this could cause security implications but may need to do this temporarily to find and fix the problem. We will be upgrading to Mailman 2.1.6 in the next week but am not feeling that this will fix the problem. You may want to read the doc here: http://www.list.org/faq.html and search for STEALTH. I spoke in error, the local logging is not to your mailman error log but rather to syslog. Please note syslog is handled differently on different systems, you may have to tweak your syslog configuration to log the mailman errors. The only way I know of to disable STEALTH_MODE is to change its hardcoded setting in the driver script, you will have to locate this file and edit it. However, if you can, it really would be better to get your syslog working, you do want these errors logged and it really is better to keep sensitive information out of the public eye. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Bug in Mailman 2.1.6b4
I hate answering my question but I found this info from a google search. Has anyone else modified ListAdmin.py with these changes?: http://list.iskon.hr/~jelly/mailman-2.1.5-_UpdateRequests.diff Does this look reasonable? Darren Pifer Old Dominion University On Mon, 2005-07-11 at 13:22, Darren G Pifer wrote: Hello, Today, after doing some checking on the user's list, I found the errors associated with There is a bug in 2.1.6b4. in mailman's error log which I reported to this list a week ago. I don't know why I did not see it earlier. Here is a portion of the trace in the error log: Jul 07 09:30:39 2005 admin(12364): admin(12364): [- Mailman Version: 2.1.6b4 -] admin(12364): [- Traceback --] admin(12364): Traceback (most recent call last): admin(12364): File /usr1/mailman/mailman/scripts/driver, line 101, in run_main admin(12364): main() admin(12364): File /usr1/mailman/mailman/Mailman/Cgi/admindb.py, line 232, in main admin(12364): num = show_pending_subs(mlist, form) admin(12364): File /usr1/mailman/mailman/Mailman/Cgi/admindb.py, line 276, in show_pending_subs admin(12364): pendingsubs = mlist.GetSubscriptionIds() admin(12364): File /usr1/mailman/mailman/Mailman/ListAdmin.py, line 146, in GetSubscriptionIds admin(12364): return self.__getmsgids(SUBSCRIPTION) admin(12364): File /usr1/mailman/mailman/Mailman/ListAdmin.py, line 138, in __getmsgids admin(12364): ids = [k for k, (op, data) in self.__db.items() if op == rtype] admin(12364): ValueError: unpack tuple of wrong size Has anybody seen this? Should I send the complete trace to the developers list, so the can see what is going wrong? Regards, Darren Pifer Old Dominion University On Fri, 2005-07-08 at 12:46, John Dennis wrote: On Fri, 2005-07-08 at 12:08 -0400, Darren G Pifer wrote: Thanks for the information. You are correct, I have not seen anything in the Apache logs, however, I have not seen anything logged to mailman's logs either. Is there a way to disable stealth mode? I know this could cause security implications but may need to do this temporarily to find and fix the problem. We will be upgrading to Mailman 2.1.6 in the next week but am not feeling that this will fix the problem. You may want to read the doc here: http://www.list.org/faq.html and search for STEALTH. I spoke in error, the local logging is not to your mailman error log but rather to syslog. Please note syslog is handled differently on different systems, you may have to tweak your syslog configuration to log the mailman errors. The only way I know of to disable STEALTH_MODE is to change its hardcoded setting in the driver script, you will have to locate this file and edit it. However, if you can, it really would be better to get your syslog working, you do want these errors logged and it really is better to keep sensitive information out of the public eye. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/dpifer%40odu.edu Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq01.027.htp -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Bug in Mailman 2.1.6b4
BTW, I found the changes to ListAdmin.py from: http://www.mail-archive.com/mailman-coders@python.org/msg00255.html Darren On Mon, 2005-07-11 at 13:22, Darren G Pifer wrote: Hello, Today, after doing some checking on the user's list, I found the errors associated with There is a bug in 2.1.6b4. in mailman's error log which I reported to this list a week ago. I don't know why I did not see it earlier. Here is a portion of the trace in the error log: Jul 07 09:30:39 2005 admin(12364): admin(12364): [- Mailman Version: 2.1.6b4 -] admin(12364): [- Traceback --] admin(12364): Traceback (most recent call last): admin(12364): File /usr1/mailman/mailman/scripts/driver, line 101, in run_main admin(12364): main() admin(12364): File /usr1/mailman/mailman/Mailman/Cgi/admindb.py, line 232, in main admin(12364): num = show_pending_subs(mlist, form) admin(12364): File /usr1/mailman/mailman/Mailman/Cgi/admindb.py, line 276, in show_pending_subs admin(12364): pendingsubs = mlist.GetSubscriptionIds() admin(12364): File /usr1/mailman/mailman/Mailman/ListAdmin.py, line 146, in GetSubscriptionIds admin(12364): return self.__getmsgids(SUBSCRIPTION) admin(12364): File /usr1/mailman/mailman/Mailman/ListAdmin.py, line 138, in __getmsgids admin(12364): ids = [k for k, (op, data) in self.__db.items() if op == rtype] admin(12364): ValueError: unpack tuple of wrong size Has anybody seen this? Should I send the complete trace to the developers list, so the can see what is going wrong? Regards, Darren Pifer Old Dominion University On Fri, 2005-07-08 at 12:46, John Dennis wrote: On Fri, 2005-07-08 at 12:08 -0400, Darren G Pifer wrote: Thanks for the information. You are correct, I have not seen anything in the Apache logs, however, I have not seen anything logged to mailman's logs either. Is there a way to disable stealth mode? I know this could cause security implications but may need to do this temporarily to find and fix the problem. We will be upgrading to Mailman 2.1.6 in the next week but am not feeling that this will fix the problem. You may want to read the doc here: http://www.list.org/faq.html and search for STEALTH. I spoke in error, the local logging is not to your mailman error log but rather to syslog. Please note syslog is handled differently on different systems, you may have to tweak your syslog configuration to log the mailman errors. The only way I know of to disable STEALTH_MODE is to change its hardcoded setting in the driver script, you will have to locate this file and edit it. However, if you can, it really would be better to get your syslog working, you do want these errors logged and it really is better to keep sensitive information out of the public eye. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/dpifer%40odu.edu Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq01.027.htp -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] suscribers list in .txt format
hi all. i need a .txt file with my list suscribers is possible to do with mailman?? in console or web mode i need to invite all my 700 contacts to join other new list. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] suscribers list in .txt format
Pablo Allietti wrote: hi all. i need a .txt file with my list suscribers is possible to do with mailman?? in console or web mode i need to invite all my 700 contacts to join other new list. ~/mailman/bin/ has a command called list_members which will do what you want. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] Moderator can't post, vette log entry instead
I have a new set of lists for a non-profit group running on a fresh install of RHEL 4.1 (Mailman 2.1.5 running with Postfix 2.1.5 [sic]). All seems to be working fine now with the minor exception that the list moderator (who runs the group) cannot post to the lists!! Instead, an entry is made to the vette log. He has a hotmail account. He is subscribed as a regular member to the lists. The only difference in his setup (that I can find) is that I have unchecked his moderation flag (i.e. everyone is moderated but him). When he posts to our announcement list, I can see his message arrive on the postfix log: Jul 10 17:35:43 tiger postfix/smtpd[18286]: connect from bay106-f6.bay106.hotmail.com[65.54.161.16] Jul 10 17:35:43 tiger postfix/smtpd[18286]: E30C9D01D5: client=bay106-f6.bay106.hotmail.com[65.54.161.16] Jul 10 17:35:44 tiger postfix/cleanup[18289]: E30C9D01D5: message-id=[EMAIL PROTECTED] Jul 10 17:35:44 tiger postfix/qmgr[19608]: E30C9D01D5: from=[EMAIL PROTECTED], size=3823, nrcpt=1 (queue active) Jul 10 17:35:44 tiger postfix/smtpd[18286]: disconnect from bay106-f6.bay106.hotmail.com[65.54.161.16] Then the virtual domain name trnaslation takes place and the post wrapper is run: Jul 10 17:35:44 tiger postfix/local[18290]: E30C9D01D5: to=[EMAIL PROTECTED], orig_to=[EMAIL PROTECTED], relay=local , delay=1, status=sent (delivered to command: /usr/lib/mailman/mail/mailman post lmr-announce) Jul 10 17:35:44 tiger postfix/qmgr[19608]: E30C9D01D5: removed But the message doesn't get posted. Instead it shows up on the mailman vette log: Jul 10 17:35:45 2005 (21500) Message discarded, msgid: [EMAIL PROTECTED] Any idea what I'm doing wrong? Any suggestions on how to debug this? Thanks, John Hicks -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] Administrative requests oddity
When spammers send junk to my lists, its caught by Mailman and it winds up in the administrative requests. However, some of them put characters in the subject thats out of the usual ascii range. Something like, [EMAIL PROTECTED] And then when I try to deal with the message, Mailman gives me error messages. It said, Bug in Mailman version 2.1.6 We're sorry, we hit a bug! Please inform the webmaster for this site of this problem. Printing of traceback and other system information has been explicitly inhibited, but the webmaster can find this information in the Mailman error logs. Looking at the mailman error log, I found, Jul 11 17:06:23 2005 admin(82489): admin(82489): [- Mailman Version: 2.1.6 -] admin(82489): [- Traceback --] admin(82489): Traceback (most recent call last): admin(82489): File /usr/local/mailman/scripts/driver, line 101, in run_main admin(82489): main() admin(82489): File /usr/local/mailman/Mailman/Cgi/admindb.py, line 163, in m ain admin(82489): process_form(mlist, doc, cgidata) admin(82489): File /usr/local/mailman/Mailman/Cgi/admindb.py, line 713, in p rocess_form admin(82489): forward, forwardaddr) admin(82489): File /usr/local/mailman/Mailman/ListAdmin.py, line 167, in Han dleRequest admin(82489): forward, addr) admin(82489): File /usr/local/mailman/Mailman/ListAdmin.py, line 353, in __h andlepost admin(82489): syslog('vette', note) admin(82489): File /usr/local/mailman/Mailman/Logging/Syslog.py, line 40, in write admin(82489): self.write_ex(kind, msg, args, kws) admin(82489): File /usr/local/mailman/Mailman/Logging/Syslog.py, line 58, in write_ex admin(82489): logf.write(msg + '\n') admin(82489): File /usr/local/mailman/Mailman/Logging/StampedLogger.py, line 73, in write admin(82489): Logger.write(self, %s %s % (prefix, msg)) admin(82489): File /usr/local/mailman/Mailman/Logging/Logger.py, line 91, in write admin(82489): f.write(msg) admin(82489): UnicodeError: ASCII encoding error: ordinal not in range(128) admin(82489): [- Python Information -] admin(82489): sys.version = 2.2.2 (#1, Mar 22 2003, 15:26:17) [GCC 2.95.4 20020320 [FreeBSD]] admin(82489): sys.executable = /usr/local/bin/python admin(82489): sys.prefix = /usr/local admin(82489): sys.exec_prefix = /usr/local admin(82489): sys.path= /usr/local admin(82489): sys.platform= freebsd4 admin(82489): [- Environment Variables -] admin(82489): PATH_INFO: /rec.food.sourdough admin(82489): HTTP_ACCEPT: text/xml,application/xml,application/xhtml+xml,text /html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 admin(82489): CONTENT_TYPE: application/x-www-form-urlencoded admin(82489): HTTP_REFERER: http://www.otherwhen.com/mailman/admindb/rec.food. sourdough admin(82489): SERVER_SOFTWARE: Apache/1.3.33 (Unix) PHP/4.3.11 admin(82489): PYTHONPATH: /usr/local/mailman admin(82489): SCRIPT_FILENAME: /usr/local/mailman/cgi-bin/admindb admin(82489): SERVER_ADMIN: [EMAIL PROTECTED] admin(82489): SCRIPT_NAME: /mailman/admindb admin(82489): SERVER_SIGNATURE: ADDRESSApache/1.3.33 Server at www.otherwhen .com Port 80/ADDRESS admin(82489): admin(82489): REQUEST_METHOD: POST admin(82489): HTTP_HOST: www.otherwhen.com admin(82489): HTTP_KEEP_ALIVE: 300 admin(82489): SERVER_PROTOCOL: HTTP/1.1 admin(82489): QUERY_STRING: admin(82489): PATH_TRANSLATED: /usr/local/www/data/rec.food.sourdough admin(82489): REQUEST_URI: /mailman/admindb/rec.food.sourdough admin(82489): CONTENT_LENGTH: 191 admin(82489): HTTP_ACCEPT_CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7 admin(82489): HTTP_USER_AGENT: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 admin(82489): HTTP_CONNECTION: keep-alive admin(82489): HTTP_COOKIE: rec.food.sourdough+admin=2802006978f8d242732800 3865373336373439653535346264353335386636393538313266616536636262376531363062 3237; rec.food.baking+admin=2802006982f9d2427328006563393331313332303039 386532353239643233616636383361616334323038303634353937 admin(82489): SERVER_NAME: www.otherwhen.com admin(82489): REMOTE_ADDR: 192.168.2.10 admin(82489): REMOTE_PORT: 2378 admin(82489): HTTP_ACCEPT_LANGUAGE: en-us,en;q=0.5 admin(82489): UNIQUE_ID: QtL7bsCoAgMAAUIcZas admin(82489): SERVER_PORT: 80 admin(82489): GATEWAY_INTERFACE: CGI/1.1 admin(82489): HTTP_ACCEPT_ENCODING: gzip,deflate admin(82489): SERVER_ADDR: 192.168.2.3 admin(82489): DOCUMENT_ROOT: /usr/local/www/data The key seems to be the line, admin(82489): UnicodeError: ASCII encoding error: ordinal not in range(128) At this point, my work-around is to clear the administrative requests from another list and copy the request.pck and pending.pck files from the list thats OK to the
Re: [Mailman-Users] Moderator can't post, vette log entry instead
Dan Phillips wrote: On Jul 11, 2005, at 3:08 PM, John Hicks wrote: Jul 10 17:35:45 2005 (21500) Message discarded, msgid: [EMAIL PROTECTED] My first (and probably only) guess would be that you've got filtering turned on and Hotmail is sending a MIME type text/html message rather than multipart/alternative. If html filtering is on and there's no plain text part, the resulting empty message is discarded in the manner you described. Dan Dan Phillips Associate Professor of Horn, University of Memphis site administrator: music.memphis.edu That would certainly explain it. I do have filtering on and I have noticed that his hotmail arrives as html only -- no alternatives. I had convert_html_to_plaintext enabled and thought that would take care of things, but upon closer examination I realize I am filtering out the text/html before that conversion can take place. Looks like I need to add text/html to the pass_mime_types list. Thanks very much! John John Hicks wrote: I have a new set of lists for a non-profit group running on a fresh install of RHEL 4.1 (Mailman 2.1.5 running with Postfix 2.1.5 [sic]). All seems to be working fine now with the minor exception that the list moderator (who runs the group) cannot post to the lists!! Instead, an entry is made to the vette log. He has a hotmail account. He is subscribed as a regular member to the lists. The only difference in his setup (that I can find) is that I have unchecked his moderation flag (i.e. everyone is moderated but him). When he posts to our announcement list, I can see his message arrive on the postfix log: Jul 10 17:35:43 tiger postfix/smtpd[18286]: connect from bay106-f6.bay106.hotmail.com[65.54.161.16] Jul 10 17:35:43 tiger postfix/smtpd[18286]: E30C9D01D5: client=bay106-f6.bay106.hotmail.com[65.54.161.16] Jul 10 17:35:44 tiger postfix/cleanup[18289]: E30C9D01D5: message-id=[EMAIL PROTECTED] Jul 10 17:35:44 tiger postfix/qmgr[19608]: E30C9D01D5: from=[EMAIL PROTECTED], size=3823, nrcpt=1 (queue active) Jul 10 17:35:44 tiger postfix/smtpd[18286]: disconnect from bay106-f6.bay106.hotmail.com[65.54.161.16] Then the virtual domain name trnaslation takes place and the post wrapper is run: Jul 10 17:35:44 tiger postfix/local[18290]: E30C9D01D5: to=[EMAIL PROTECTED], orig_to=[EMAIL PROTECTED], relay=local , delay=1, status=sent (delivered to command: /usr/lib/mailman/mail/mailman post lmr-announce) Jul 10 17:35:44 tiger postfix/qmgr[19608]: E30C9D01D5: removed But the message doesn't get posted. Instead it shows up on the mailman vette log: Jul 10 17:35:45 2005 (21500) Message discarded, msgid: [EMAIL PROTECTED] Any idea what I'm doing wrong? Any suggestions on how to debug this? Thanks, John Hicks -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/johnlist%40gulfbridge.net Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Administrative requests oddity
Mike == Mike Avery [EMAIL PROTECTED] writes: Mike The key seems to be the line, admin(82489): UnicodeError: Mike ASCII encoding error: ordinal not in range(128) Since spammers (and Russians and Japanese for that matter) regularly put non-ASCII into headers, I have to wonder if this is due to the header breakage. Ie, you'd think we'd see this problem all the time. I'm surprised we're still seeing this in 2.1.6. :-( Mike Does anyone have a better workaround? If it is in fact the 8-bit content in the headers, and you're sure that nobody you want to get mail from would ever do such a thing, you could add [\x80-\xFF] to the shoot-on-sight portion of your spam filtering rules. -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of TsukubaTennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can do free software business; ask what your business can do for free software. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp