Re: [Mailman-Users] Understanding Archiving
If you look at the overall archive TOC for a list, you will see entries like May 2010: [ Thread ][ Subject ][ Author ][ Date ] [ Text xx KB ] April 2010:[ Thread ][ Subject ][ Author ][ Date ] [ Gzip'd Text xx KB ] I am not sure how to look at the TOC. I didn't see it in either of the lists that I have. Is it just a matter of physically looking at a specific file in the list directory? The [ Gzip'd Text xx KB ] link is to the 2010-April.txt.gz file if there is one. I don't have any .gz files. I have another question. What is the difference between the following two directories: ...archives/private/listname/2009-December ...archives/private/listname/2009-December.txt and ...archives/private/mailman/2009-December ...archives/private/mailman/2009-December.txt The ...archives/private/mailman/ is much larger than the ...archives/private/listname/ directory; but they seem to contain the same files. Thank you, PATI M. From: Mark Sapiro m...@msapiro.net To: Patricia A Moss/GIS/c...@csc, mailman-users@python.org Date: 05/21/2010 11:05 AM Subject: Re: [Mailman-Users] Understanding Archiving Patricia A Moss wrote: I am running mailman, version 2.1.5.1-34, on a RedHat, version 4.0, server. I am trying to understand how archiving works and/or is set up and configured. I need to understand the difference between the directory and the .txt file (i.e. Directory: 2009-December and File: 2009-December.txt) located within my .../archives/private/mailman/ subdirectory. My partition, that houses the archives, is running out of space. I am trying to figure out what, if anything, I can clean up while I wait for approval for my new server. Can someone please assist. I have been searching the threads on the mailing list but can not seem to find the answer I seek. Thanks, in advance. If you look at the overall archive TOC for a list, you will see entries like May 2010: [ Thread ][ Subject ][ Author ][ Date ] [ Text xx KB ] April 2010:[ Thread ][ Subject ][ Author ][ Date ] [ Gzip'd Text xx KB ] In the above, the [ Text xx KB ] link is to the 2010-May.txt file which is a mailbox like file containing that month's messages. It is not the archives/private/LISTNAME.mbox/LISTNAME.mbox cumulative mailbox which contains all list posts and which can be used to rebuild everything in the archives/private/LISTNAME directory. The [ Gzip'd Text xx KB ] link is to the 2010-April.txt.gz file if there is one. The actual pipermail archive with the thread, subject, author and date indices and all the nn.html message files, etc. is in the various -Month/ directories. If you are short on space, I recommend the following. Comment out or remove from Mailman's crontab the cron/nightly_gzip entry that makes the .txt.gz files, and make sure you do NOT have GZIP_ARCHIVE_TXT_FILES = Yes in mm_cfg.py. Then you can remove all the .txt.gz files. They just take extra space because the corresponding .txt files are there anyway. They may save a little bandwidth, but it's insignificant. If the archives/private/LISTNAME/attachments directory is large, consider rebuilding the entire archive with bin/arch --wipe, although it is a good idea to first check the LISTNAME.mbox file with bin/cleanarch, and it is possible that this may result in archived messages being renumbered, thus invalidating any saved archive URLs. This may not happen, but if it is a concern, backup and test. Rebuilding the archive may help because in the case of digestable lists, each 'attachment' is scrubbed and stored twice, once when the message is archived and once when the plain digest is produced. For a temporary situation, you can remove anything other than the archives/private/LISTNAME.mbox/LISTNAME.mbox file, and reconstruct the archive later with bin/arch --wipe. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Understanding Archiving
Patricia A Moss quoted me and wrote. If you look at the overall archive TOC for a list, you will see entries like May 2010: [ Thread ][ Subject ][ Author ][ Date ] [ Text xx KB ] April 2010:[ Thread ][ Subject ][ Author ][ Date ] [ Gzip'd Text xx KB ] I am not sure how to look at the TOC. I didn't see it in either of the lists that I have. Is it just a matter of physically looking at a specific file in the list directory? It is the top level page in a list's archive. E.g. for this list, the page at http://mail.python.org/pipermail/mailman-users/ which would also be the file archives/private/mailman-users/index.html. The [ Gzip'd Text xx KB ] link is to the 2010-April.txt.gz file if there is one. I don't have any .gz files. OK. The good news is they're not taking up space. The bad news is you can't recover space by removing them. I have another question. What is the difference between the following two directories: ...archives/private/listname/2009-December ...archives/private/listname/2009-December.txt and ...archives/private/mailman/2009-December ...archives/private/mailman/2009-December.txt The ...archives/private/mailman/ is much larger than the ...archives/private/listname/ directory; but they seem to contain the same files. The names are similar, but the content's are different. archives/private/mailman/ is the archive of posts to the 'mailman' site list and archives/private/listname/ is the archive of posts to the listname list. Every list's archive has the same structure, but the contents of the files are different. If the archive of your site (mailman) list is large, you might consider not archiving that list, i.e., set Archiving Options - archive to No. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Bounceback from Another List
Ben McGee wrote: I have a fairly large Mailman Installation on Ubuntu server 9 with several thousand subscribers and about a dozen lists. When users post to List1 they receive a bounce message from List2. For example, the list administrator receives this notice... [...] Reason: Message has implicit destination li...@example.com is a member of li...@example.com List2 has Privacy options... - Recipient filters - require_explicit_destination set to Yes and Privacy options... - Recipient filters - acceptable_aliases does not contain li...@example.com. See the FAQ at http://wiki.list.org/x/boA9. Thanks for the reply. I have checked and double checked and li...@example.com is not a member of li...@example.com in the membership list. Is there any other place I should check? From what I can tell that is the list of members. I've been through the FAQ and didn't find anything there. As far as the privacy options go, that's what I want. Members of list1 should not be allowed to post to list2, unless they are explicitly added to list2. Do you think this could be an MTA problem (exim4)? Has anybody seen an issue like this with MailMan + Exim4? Thanks again. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Bounceback from Another List
Thanks for the reply. I have checked and double checked and li...@example.com is not a member of li...@example.com in the membership list. Is there any other place I should check? From what I can tell that is the list of members. [...] Do you think this could be an MTA problem (exim4)? Has anybody seen an issue like this with MailMan + Exim4? Two possibilities come to mind: (1) The aliases were set up incorrectly, so that mail sent to li...@example.com actually gets injected into list2 instead (or in addition). (2) An individual member of list1 is forwarding their mail to list2. (Depending on the servers the mail crossed on its way, that might be obvious in the headers.) Any chance one of those is the case? Jay -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman bug or browser behaviour?
Hi, Reserecting an old thread. On Sat, 6 Mar 2010, Mark Sapiro wrote: Geoff Shang wrote: I've noticed that if I go to pending Moderator requests and approve a message from a particular user, if I leave the resulting page open which says Click here to reload this page and another message from that user comes through which requires approval, if I click to reload the page, the message is automatically approved and I'm told there are no pending requests. I think it is a bug, but I don't think the scenario is exactly as you describe. I think the second message from the same user arrives after you go to the pending requests page but before you submit the approval. No. I've confirmed this twice int he last week, once just now. I'd read the Email copies of the new messages before I refreshed the page, so they definitely came in before. The underlying problem is that the data posted from the summary page says apply the selected action to all messages from this user rather than apply the selected action to all messages from this user that were displayed on the page. hmmm, doesn't explain why this should be the case if I hit the Click here to reload this page link. Shouldn't that just refresh the list of pending tasks without processing anything? Geoff. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Bounceback from Another List
Ben McGee wrote: Thanks for the reply. I have checked and double checked and li...@example.com is not a member of li...@example.com in the membership list. Is there any other place I should check? From what I can tell that is the list of members. I've been through the FAQ and didn't find anything there. [...] Do you think this could be an MTA problem (exim4)? Has anybody seen an issue like this with MailMan + Exim4? There can be issues with Exim (and other MTAs) if one of the list names looks like one of the administrative addresses for another list?. Check your Exim logs which should tell you how the mail is getting to List2. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman bug or browser behaviour?
Geoff Shang wrote: On Sat, 6 Mar 2010, Mark Sapiro wrote: Geoff Shang wrote: I've noticed that if I go to pending Moderator requests and approve a message from a particular user, if I leave the resulting page open which says Click here to reload this page and another message from that user comes through which requires approval, if I click to reload the page, the message is automatically approved and I'm told there are no pending requests. I think it is a bug, but I don't think the scenario is exactly as you describe. I think the second message from the same user arrives after you go to the pending requests page but before you submit the approval. No. I've confirmed this twice int he last week, once just now. I'd read the Email copies of the new messages before I refreshed the page, so they definitely came in before. I think you may be confirming what I said. My scenario is as follows: Message 1 from user arrives. You go to the admindb page and see message 1. Message 2 from user arrives. You submit the admindb form approving message 1. Due to the bug, message 2 is also approved even though it wasn't displayed on the page. You click reload this page and there are no requests because both messages were approved when you submitted the original form. The underlying problem is that the data posted from the summary page says apply the selected action to all messages from this user rather than apply the selected action to all messages from this user that were displayed on the page. hmmm, doesn't explain why this should be the case if I hit the Click here to reload this page link. Shouldn't that just refresh the list of pending tasks without processing anything? Yes, but if message 2 were approved at the same time as message 1 even though it wasn't displayed on the page, there would be no more pending messages. The scenario I describe is definitely a bug and is reported at https://bugs.launchpad.net/mailman/+bug/533468 and the fix is committed at http://bazaar.launchpad.net/~mailman-coders/mailman/2.1/revision/1227. If you have definitely confirmed a different scenario, i.e.: Message 1 from user arrives. You go to the admindb page and see message 1. You submit the admindb form approving message 1 prior to the arrival of message 2. Message 2 from user arrives. You click reload this page and there are no requests. then this is not the bug I identified, and I don't know what the problem is. As you note, simply clicking the reload this page link does not do any updates, so message 2 had to be approved before you did that. Note that the difference between this scenario and mine above is whether message 2 arrives after or before the submission of the form approving message 1. In no case did I suggest that message 2 arrived after you refreshed the page. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
[Mailman-Users] Mailman CGI Error-Group mismatch error
Hi, I received the following error this morning. So I rerun configure again with the following command: ./configure --with-cgi-id=apache --prefix=/var/mailman. I'm still getting the same error. Is there any place that I can look for so that I can debug this problem better? Perhaps, looking at the config history file or something. Any other places that I can check the cause of this error? Mailman CGI error!!! The Mailman CGI wrapper encountered a fatal error. This entry is being stored in your syslog: Group mismatch error. Mailman expected the CGI wrapper script to be executed as group nobody, but the system's web server executed the CGI script as group apache. Try tweaking the web server to run the script as group nobody, or re-run configure, providing the command line option `--with-cgi-gid=apache'. Thanks Mary -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
[Mailman-Users] maximum hop count exceeded
While not strictly a mailman question, I'm having a problem with delivering mail to a few list members because their mail server sees our mail man messages as having too many hops. my mailman server is behind a Anti-Spam Anti-Virus Gateway Email Server using Postfix, Amavisd-new, SpamAssassin, Razor, DCC, Pyzor and ClamAV similar to one describe here http://www200.pair.com/mecham/spam/ or here http://www.freespamfilter.org/about.html and it works great, except that this gateway and amavisd adds a few internal hops to the incoming message as does my Mailman server so that by the time it gets back out to the list member, its carrying quite a lengthy hop count... and if the list member's mail server also has some internal hops or has the maximum hop count set pretty low..then pretty soon they hit Remote host said: 554 Maximum hop count exceeded. Possible loop. Obviously i can request that the list member's email administrator loosen their hop count criteria, but these guys are usually not top of the class administrators... and I don't want to hunt them down one by one... so I was wondering if anyone else had encountered this and knew of a workaround (besides bypassing the gateway) -- Ted Targosz Business Development/Operations Manager Jobstreet.com Phone: 604-6445131 (Mayang Mall) Mobile Phone: 6012-2063600 Fax: 604-6428653 email: tedt...@jobstreet.com skype ID: tedtarg -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] maximum hop count exceeded
Ted Targosz wrote: so I was wondering if anyone else had encountered this and knew of a workaround (besides bypassing the gateway) I've not run in to this my self (with Mailman). But what you say makes perfect sense. If you are not pruning Received: headers as you pass your messages in to Mailman, they may be counted as extra headers contributing to the loop detection cludge. So, you might want to make sure that you aren't artificially raising your hop count with the Received: headers of the messages coming in to Mailman. Grant. . . . -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] maximum hop count exceeded
Grant, Thank you very much... your advice appears to be spot on... I've added a header_check to my postfix configuration on my mailman server to prune the headers from my internal gateway before they are passed to mailman. something like /^Received: from localhost/IGNORE /^Received: from mygateway.mydomain.com/ IGNORE that appears to help a lot ... Thanks! Ted Targosz On 25/5/2010 11:19 AM, Grant Taylor wrote: Ted Targosz wrote: so I was wondering if anyone else had encountered this and knew of a workaround (besides bypassing the gateway) I've not run in to this my self (with Mailman). But what you say makes perfect sense. If you are not pruning Received: headers as you pass your messages in to Mailman, they may be counted as extra headers contributing to the loop detection cludge. So, you might want to make sure that you aren't artificially raising your hop count with the Received: headers of the messages coming in to Mailman. Grant. . . . -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/tedtarg%40jobstreet.com -- Ted Targosz Business Development/Operations Manager Jobstreet.com Phone: 604-6445131 (Mayang Mall) Mobile Phone: 6012-2063600 Fax: 604-6428653 email: tedt...@jobstreet.com skype ID: tedtarg -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] maximum hop count exceeded
Grant Taylor writes: If you are not pruning Received: headers as you pass your messages in to Mailman, they may be counted as extra headers contributing to the loop detection cludge. But pruning Received headers has the disadvantage that you can't detect real loops caused by some bonehead with the list in his .forward (or more likely a broken MTA config). -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org