Hi Ville, Thanks, that worked for me. Since the XEmacs project has its own online mail archives, don't they need to be searchable? - Vin On 7/9/07, Ville Skyttä <scop(a)xemacs.org&gt; wrote: -- The Journey by Mary Oliver http://www.poemhunter.com/p/m/poem.asp?poet=6771&poem=30506 _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

Adrian Aichner writes: Well, I'd like to try to get something done by the end of this month, actually. Search will be a little harder than putting the rest of the archives back online, but there are several good alternatives (Xapian and lurker, at least). _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

skip(a)pobox.com writes: If you make the question "can I implement?", I think the chance is pretty good, actually. I know our use cases and they don't care. Whether that's worth spending skull sweat on or not is another question. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

Steve Youngs writes: Can you search on Message-IDs? I don't know if anybody else cares (if so, please speak up, because otherwise I'm going to assume nobody else does care), but that is a feature that's important to me personally. OK, guys, what do we want to do with the spam in the two years immediately preceding the currently available archives? It may be over 50% on average; there are some lists (low-traffic) that are 90% spam (IIRC). The issue is trying to preserve the internal links from one post to another, which if we just clean out the spam the MHonArc message URLs (which are based on order of messages in the archive), the links will all change. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

Thanks for the quick answer, Steve! Steve Youngs writes: Not that MHonArc creates. :-) Sorry, I wasn't clear. I meant people posting "there is a possibly related post at http://list-archive/xemacs-beta/2010/04/0000001.html." Adrian points out that such links also exist on the website. As far as I'm concerned, since Adrian has indicated that he wants to track down such links on the website, we need to at least think about dealing with this issue. I *think* that I've preserved all mbox files, so probably we can just do something like egrep -i ^(From FORMAT MATCHING TUX From_|Message-ID:) mbox.YYYYMM and win 99% of the time without reconstructing the archives in full. What do you think, Adrian? _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

Stephen> OK, guys, what do we want to do with the spam in the two years Stephen> immediately preceding the currently available archives? It may Stephen> be over 50% on average; there are some lists (low-traffic) that Stephen> are 90% spam (IIRC). What format are the archives stored in? If they are in mbox or Maildir format (or something I can convert to mbox or Maildir format), point me to them. I'll use SpamBayes to clean them up. -- Skip Montanaro - skip(a)pobox.com - http://www.webfast.com/~skip/ _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

"Stephen J. Turnbull" <stephen(a)xemacs.org&gt; writes: I have used in one site a setup with SpamAssassin called from mailman (a plugin can be found, google("mailman spamassassin")). This makes it possible to modify the score, if the sender is in the list. Additionally I have used common bayesian in the SpamAssassin for all the lists. I have been quite satisfied with the setup. -- Ilpo Nyyssönen # biny # /* :-) */ _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta

Stephen> What I'd rather have, if you would, is advice on integrating Stephen> SpamBayes into the Mailman pipeline. I can find out how this is set up on mail.python.org. That was what SpamBayes was originally designed for. I imagine it's a fairly normal insertion of SpamBayes into the chain of email aliases known to the MTA. Stephen> Would it make sense to call SpamBayes from procmail? Sure. That's exactly how I do it. Stephen> How does one train SpamBayes? There are various ways, but basically you have a mailbox of known good mail and another mailbox of known bad mail and run the appropriate training program to generate the database it uses at runtime. When you add new mails to either mailbox you retrain. This requires physical access to the machine on which SpamBayes runs. If that's not possible you can always have xemacs-beta forward to some machine to which you do have access, run SpamBayes from procmail there, then at the end of .procmailrc forware to xemacs-beta-internal(a)xemacs.org where normal processing picks up again. You then configure Mailman to hold any mail for moderator approval which SpamBayes marks as "unsure" or "spam". Skip _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta