Mailman 3 May 2004 - spambayes-dev

RE: Brazilian Portuguese Translation
by Meyer, Tony June 1, 2004

June 1, 2004

[From personal email] > Anyway, I'm interested in working in a translation for the > plugin version of SB. It would be fantastic to have one by the > 1.0 final release. If you guide me through, I'd like to make one > for the OE version, too. > > I'm quite experienced with interface translations, mainly with > PostNuke CMS, but also others. Thanks for the offer - I agree that it would be great to have translations, and Brazilian Portuguese is as good a start as any! I doubt that this could make it into the 1.0 final release, though, since any changes between the 1.0 release candidates and the final have to be pretty small, and really ought to only be bug fixes. However, it'd be great for 1.1 (and I'm sure a 1.1a1 will arrive reasonably quickly after 1.0). I've cc'd this to the spambayes developers list, where this sort of thing gets discussed. While I'm happy to put in time to help with the internationalisation process, I don't have any experience with this at all, so it'd be better if one of the other SpamBayes developers could indicate how this should be done (I presume that there's a normal way to do it with Python scripts). Anyway, hopefully this should start the conversation flowing... =Tony Meyer

3 2

RE: [Spambayes-checkins] website faq.txt,1.71,1.72
by Tim Peters May 27, 2004

May 27, 2004

[Tony Meyer] > Modified Files: > faq.txt > Log Message: > Why don't you filter/moderate the list and make it so only subscribers can > post? Thanks, Tony! For many things -- this one just reminded me <wink>.

1 0

RE: [spambayes-dev] Testing Tools Changes
by Tony Meyer May 26, 2004

May 26, 2004

[me] > I also changed fpfn.py to print out each message and > offer to move it to the corresponding ham/spam set (I used it > to check for misclassified messages), > but it doesn't seem like this is a good addition to the script. Browsing, I notice that this has been offered before (which would have saved me the bother): [ 618932 ] fpfn.py: add interactivity on unix <http://sourceforge.net/tracker/index.php?func=detail&aid=618932&group_id=61 702&atid=498105> I don't know if this makes it any more/less worthwhile including, though. =Tony Meyer

2 1

RE: [spambayes-dev] PSF Donations
by Tony Meyer May 25, 2004

May 25, 2004

[Tony Meyer] > Is there any chance that we could occasionally get information like > "there were x donations in the last x months, which totalled $x"? [Tim Peters] > Yes, but it's slim <wink>. [rest snipped] The broad summary that you gave was plenty to satisfy my curiosity, so I won't be bothering Neal. =Tony Meyer (Why did I bother posting this? One, to say thanks to Tim - thanks! - since I hadn't done that, and, two, because I realised that I left things looking like I might actually bother doing more about this and didn't want anyone to follow it up on my behalf.)

1 0

SpamBayes at message-set boundary
by Peik, Richard A May 19, 2004

May 19, 2004

Over several months of use, SpamBayes never filters out the spam message that's most recent of current harvest of messages, forcing explicit DeleteAsSpam to remove. Regards. Dick (Richard A.) Peik Windows BIS, MRI and ICE Development Unisys Roseville (MN) (651) 635-3464 / N2: 524-3464

1 0

PSF Donations
by Tony Meyer May 19, 2004

May 19, 2004

Various comments users have made recently have made me wonder what sort of donations SpamBayes is generating for the PSF. Is there any chance that we could occasionally get information like "there were x donations in the last x months, which totalled $x"? Is there a reason that we shouldn't get this information? I'm curious more than anything, although the information could be useful for things (like convincing the PSF to pay for the domain name, or convincing another project that this is a useful way to help the PSF out). I suppose I should ask some PSF person this, but some of you reading this are PSF people, right? =Tony Meyer

2 1

ANNOUNCE: SpamBayes release 1.0rc1
by Tony Meyer May 19, 2004

May 19, 2004

The SpamBayes team is pleased to announce the latest release of SpamBayes - 1.0rc1. Like the last two versions, this is both a release of the source code and of an installation program for all Microsoft Windows users. The Windows installation program will install either the Outlook add-in (for Microsoft Outlook users), or the SpamBayes server program (for all other mail client users, including Microsoft Outlook Express). All Windows users (including existing users of the Outlook add-in) are encouraged to use the installation program. If you wish to use the source-code version, you will also need to install Python - see README.txt in the source tree for more information. This release fixes a number of reasonably minor bugs in the last release; however, we still highly recommend that existing users upgrade. For a detailed description of everything (well, everything we remember) that has changed since the last release, you can view our WHAT_IS_NEW.txt file, either online, or in the source distribution. Get it via the 'Download' page at http://www.spambayes.org/download.html Enjoy the new release and your spam-free mailbox :-) Thanks to everyone involved in this release, particularly, and as usual, Mark Hammond for putting most of this release together! Tony. (on behalf of the SpamBayes team) --- What is SpamBayes? --- The SpamBayes project is working on developing a Bayesian (of sorts) anti-spam filter (in Python), initially based on the work of Paul Graham. The major difference between this and other, similar projects is the emphasis on testing newer approaches to scoring messages. The project includes a number of different applications, all using the same core code, ranging from a plug-in for Microsoft Outlook, to a POP3 proxy, to various command-line tools.

2 1

ReleBayes - Food For Tought?
by Eicker | eWerx!..communications° May 18, 2004

May 18, 2004

Hi! First of all: I'd like to say *thank you* for your great piece of software that helps to save time every day! Second: I've thought about the potential of Bayes-filters since I've installed SpamBayes and can see how good it works every day. What's on my wish list now is "ReleBayes": I mean a filter that not only kills spam (that's SpamBayes) but a filter that sorts ham-mails by relevancy. It would be even easier for the user to use and even more powerful: - Relevancy should be learned when a user *replies* to an email. I believe you respond to 15-25% of your eMails only like I do. - If there's a new mail that ReleBayes scores as relevant it could simply be ranked top in the afflicted folder instead of being ranked by date. I hope this is interesting food for thoughts. Smile!.. Gerrit eWerx!..communications° | Werbung Marketing PR° | beyond the noise° http://eWerx.com/news/ E: mailto:0700@eWerx.com T: 0700/eWerxcom [ 0700/39379266 ] F: 0700/eWerxcom [ 0700/39379266 ] P: Heerstr. 134 | D-58553 Halver

2 1

RE: [spambayes-dev] sb_bnfilter performance
by Tony Meyer May 18, 2004

May 18, 2004

> Using the C implementation of sb_bnfilter to filter an > *empty* email reduces the run time to 3ms, so it looks > like any further gains will come from changes in sb_bnserver...... Out of curiosity, have you profiled sb_bnserver at all? I wonder if the actual tokenization/classification of the message is the majority of this 21ms time, which would be hard to improve in speed (without starting to recode the core SpamBayes code itself in C). If you have profiled, it'd be interesting to see where the time is being spent (i.e. please post it!). You might be able to find gains by turning off some tokenizing options (perhaps there are time-expensive ones that don't give much in the way of accuracy?). Using Python 2.4 (from CVS) might also speed things up a bit, since I gather that there are numerous speed improvements with the built-ins like dict and list. > These changes are in the bnfilter_in_c_branch CVS branch for > now; they dont belong in the 1.0 release. Note that soon (today, probably) there'll be a 1.0 branch and so you'll be able to put these on the trunk. =Tony Meyer

4 5

RE: [spambayes-dev] button ideas (oh boy)
by Tony Meyer May 17, 2004

May 17, 2004

> 1) In the Inbox (and other watched ham folders), there could > be a second button for "Train As Good" for messages that have > scores too far from zero. Pressing the button would train the > message as ham and keep it in the current folder. I don't have much of a problem (post 1.0) with a "Train/Keep As Good" button, but I don't really like the idea of having it only appear for certain messages - seems far too likely to confuse people. There's an open feature request for this: [ 796129 ] 'Keep as Good' Button <http://sf.net/tracker/index.php?func=detail&aid=796129&group_id=61702&atid= 498106> > 2) In the Spam folder, there could be a second button for > "Train As Spam" for messages that have scores too far from 100%. > Pressing the button would train on the message as spam and keep > it in the Spam folder. If the button in 1) was added, it would make sense to add this, simply to keep the balance. This sounds like a reasonable idea, and I'm sure Mark would be ok with us adding these either post-1.0 or in a branch, and seeing what people thought of them. I'll change the tracker (above) to be assigned to me, and try and whip up a patch for this at some point (i.e. not in the next couple of weeks). =Tony Meyer --- Please always include the list (spambayes(a)python.org) in your replies (reply-all), and please don't send me personal mail about SpamBayes. This way, you get everyone's help, and avoid a lack of replies when I'm busy.

2 1