Mailman 3 December 2004 - spambayes-dev

Cannot find saved message
by Thomas Heller Jan. 18, 2005

Jan. 18, 2005

>From time to time, I'm getting this traceback, in the sb_imapfilter: Training Training ham folder INBOX.spambayes.train_ham .................................... 0 trained. Training spam folder INBOX.spambayes.train_spam ................................................................................ ................. 0 trained. Training took 0.4400 seconds, 0 messages were trained. Classifying ....***************************************.Traceback (most recent call last): File "sb_imapfilter.py", line 1040, in ? run() File "sb_imapfilter.py", line 1024, in run imap_filter.Filter() File "sb_imapfilter.py", line 892, in Filter self.unsure_folder, self.ham_folder) File "sb_imapfilter.py", line 788, in Filter msg.Save() File "sb_imapfilter.py", line 559, in Save raise BadIMAPResponseError("Cannot find saved message", "") BadIMAPResponseError: The command 'Cannot find saved message' failed to give an OK response. > c:\sf\spambayes\scripts\sb_imapfilter.py(559)Save() -> raise BadIMAPResponseError("Cannot find saved message", "") (Pdb) Does anyone have a solution to this, before I examine this further? Thanks, Thomas

2 3

RE: [spambayes-dev] Translation to Spanish
by Tony Meyer Jan. 4, 2005

Jan. 4, 2005

> And we would like to contribute support for German. I had a > (brief) look at the source code of the plugin and it seems > there's much/all of the text hardcoded. > > So the first would be to introduce gettext or a similiar mechanism > (haven't looked at Python i18n yet) - I could help doing > that, what do the developers think? I had hoped that Hatuka Nezumi would have responded to the earlier message, but I haven't heard anything from him for a while (busy, perhaps). He is leading the i18n process for SpamBayes (I'm helping and doing the checking in). Just about all the work adding gettext (etc) to the code is done. If you want to look at it/modify it you'll need to get it from CVS (no i18n is in 1.0.1, it'll appear in 1.1). Both the Outlook plug-in and the web interface have been set up. To translate the majority of the web interface, you should be able to simply get hold of the CVS copy of spambayes\spambayes\resources\ui.html and provide a translation of that. (There are a few things not in there, like the statistics data, but we'll get to those as necessary). To translate the majority of the Outlook dialogs, you should be able to use the gettext tools. If you're familiar with them, that should be simple - if not, I think I can make a template file, which is what needs to be translated. There are again a few items that this will not include, but they will also be got to at some point. There's also the documentation - but please say if you are interested in translating this, as I'll hurry up and update it for the 1.1 release so that it changes as little as possible after translation. Finally there is figuring out a release process (language packs, translated installers, etc), but that's a while off yet. =Tony.Meyer

2 1

Evaluating a training corpus
by lidengdeng Dec. 31, 2004

Dec. 31, 2004

Hello Greg Ward, I have seen message posted by you in the below website http://mail.python.org/pipermail/spambayes-dev/2003-June/000122.html .And I think u have solved those ploblems already. I'm a Chinese postgraduate in an university in China. And my disquisition is to build a large-scale email-corpus. So I very need your help, can u send me some datum or papers about emial-corpus, and how to evaluate a training corpus. Are there many rules in the process of constructing the corpus? I'm sorry for bothering you. And I will be greatly appreciated if you can reply me. Best wishes and happy new year! lidengdeng lililili26(a)sina.com 2004-12-31

1 0

RE: Version Data
by Tony Meyer Dec. 31, 2004

Dec. 31, 2004

> I just need > to figure out what to generate in the version.cfg for the > "Outlook" and "POP3 Proxy" sections so that existing 1.0.x > versions will be able to update properly when 1.1 is released. Good point - although we could always change the download page value so that 1.0.x looks in a different place than 1.1.x. I gather you've got it going anyway, though, so it'll work with the same file. > Speaking of upgrades: now that we have a 1.0 "final" out > there, are we only going to notify users of new "final" > releases or do we need to add a way for them to check for new > pre-release versions as well? Good question :) I presume this will do the 'wrong' thing at the moment, since 1.1a1 is technically a higher version than 1.0.1. I think the most sensible thing would be to only suggest upgrading when there is a newer final version out. spambayes-announce and the website will cover prereleases coming out, which should be enough (since they may not actually work well anyway). Is that a simple change to the code? An alternative would be to enhance the 'new version' dialog so that if I'm running 1.0.1 and I check for a new version I get something like: """ You are using the most recent version available (SpamBayes 1.0.1). """ """ You are using the most recent version available (SpamBayes 1.0.1). There is also a prerelease (testing) version available (SpamBayes 1.1a1). If you would like to help test this version, you may download and install this. """ """ There is a new version available (SpamBayes 1.0.2). We suggest that you upgrade when possible. Alternatively, there is a prerelease (testing) version available (SpamBayes 1.1a1). If you would like to help test this version, you may download and install this. """ """ There is a new version available (SpamBayes 1.1). We suggest that you upgrade when possible. """ I presume that once there is a 1.1 final, we'll no longer be doing any 1.0.x bugfix releases. =Tony.Meyer

2 1

RE: [Spambayes] Translation offer
by Tony Meyer Dec. 30, 2004

Dec. 30, 2004

> I would be happy to participate in doing the french > translation, if this has not been done before. I can > translate text from the program itself and web pages as well. That would be fantastic! It's looking like we'll manage to have Spanish and German (and English) translations with the 1.1 version, so adding French would be great. The best thing would be if you could subscribe to the spambayes-dev mailing list for the moment: <http://spambayes.org/contact.html> It's a very low-volume list for discussion about the development of SpamBayes. There is some discussion about the translation effort at the moment (the archives will have the messages) - you can just ignore the other messages. The status at the moment is that most of the work required to be done to the code to let translation be a reasonably simple process has been done. If you're in a hurry to get started, then to translate the web interface most of what you need to do is translate the ui.html file (get the CVS copy, e.g. from <http://sf.net/projects/spambayes>). To translate the Outlook plug-in, you mostly need to translate the dialogs.rc/dialogs.h files with VC++ or similar (although there are other methods). If you're not in a hurry, I'll try and do some more work into getting this sorted next week (NZ is pretty much on holiday this week) and writing up a "how to translate" guide. Feel free to remind me if I haven't said anything by Wednesday... Thanks again for the offer, we really appreciate it! =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. http://www.massey.ac.nz/~tameyer/writing/reply_all.html explains this.

1 0

RE: [spambayes-dev] Multiple IMAP accounts
by Tony Meyer Dec. 29, 2004

Dec. 29, 2004

> According to the documentation, if I need to connect > to multiple IMAP servers through SpamBayes, I should > "Please let the mailing list know if you are in this > situation so that we can consider coming up with a > better solution." > > I'm in that situation, so I'm going to stick with > Outlook's crappy junk mail controls for now and keep > checking to see when multiple IMAP servers will be > easily supported. Are you wanting to use multiple IMAP accounts with the Outlook plug-in? If so, then that should work fine already. The quote above refers only to sb_imapfilter, which is used if you do not use Outlook. If you're wanting sb_imapfilter to work with multiple IMAP accounts, please let us know, and we'll try and get this done for 1.1 (it shouldn't be that difficult). =Tony.Meyer

2 1

RE: [Spambayes-checkins] spambayes/Outlook2000/dialogs/resourcesdialogs.h, 1.22, 1.23 dialogs.rc, 1.48, 1.49
by Tony Meyer Dec. 29, 2004

Dec. 29, 2004

> > (b) is this too large? I'm open to reverting this change. > > The old dialog was the maximum height that would fit on a > 640x480 display. I doubt anyone is still using 640x480 > resolution, especially since Outlook would be an incredibly > tight squeeze at that res anyway, so I think the new size > should be fine. Hmmm. I'd forgotten how small 640x480 was. It's pretty huge at 800x600, too. I suppose that if no-one else speaks up here, we can just leave it like this, and see what the response to the alpha is. 1.0.2 will still work with 640x480, of course, so it would just mean that they couldn't gain the many new features in 1.1. =Tony.Meyer

1 0

will it work ?
by Christophe Hanckowiak Dec. 27, 2004

Dec. 27, 2004

I am wondering if I can install spambayes on my pocket PC, which is running Outlook 2002 and Windows for Pocket PC ? Your help is greatly appreciated. Sincerely Christophe Hanckowiak Director of Information Systems Socata Aircraft, Inc. 7501 S.Airport Rd. Pembroke Pines, FL 33023 Tel. 1 (954) 335 1559 Fax 1 (954) 964 0805 Visit us at www.socata.eads.net <http://www.socata.eads.net/> _____________________ This message and any attachments are confidential and intended solely for the addressees. If you receive this message in error, please delete it and immediately notify the sender. If the reader of this message is not the intended recipient, you are hereby notified that any unauthorized use, copying, distribution, dissemination or taking any action in reliance on the contents of this information is strictly prohibited.

1 0

RE: [Spambayes-checkins] spambayes/Outlook2000/dialogs/resourcesdialogs.h, 1.22, 1.23 dialogs.rc, 1.48, 1.49
by Tony Meyer Dec. 23, 2004

Dec. 23, 2004

[...] > Modified Files: > dialogs.h dialogs.rc > Log Message: > Add a button on the Statistics tab to reset the Outlook > statistics. Also display the date when the statistics were last reset. This looks good :) I've just made the whole dialog larger: (a) it seems to work, but are the changes ok? I did some of it in VC++ and the rest by hand. I hate those things :) (b) is this too large? I'm open to reverting this change. The extra room does offer a number of advantages: * It's always bugged me a little that the general tab never really had enough room if you filtered more than a couple of folders (or if they just had long names). * The 'ham folder' can be set via the GUI now. This does get requested relatively often, and is a bugger to set manually, so is nice to have. * The stats all fit now (my cost ones didn't if there were any fp/fn's), plus we can squeeze one or two more in, or a button of some type (export? show graphs?) in the future. * It's becoming apparent that training is quite important in getting good results, so I suspect there will be some sort of extra training option soon, and the training tab now has room for that. What do Outlook people think? I'm away until the 27th, so if everyone hates it you'll have to put up with it until then or revert it yourself :) Merry Christmas (or whatever holiday greeting you prefer) to all :) =Tony.Meyer

2 1

RE: Version Data
by Tony Meyer Dec. 23, 2004

Dec. 23, 2004

> As long as we have only one version, I think a lot of this > could be stored once in the main "spambayes" package > __init__.py file and eliminate all the duplication. +0. > distutils has a StrictVersion class which parses a version > string similar to what we use with versions of the form > "1.0", "1.0.1", "1.1a1", etc. It also provides a compare > function for comparing two version numbers, which would be > great to replace the float version number stuff we're > currently using for update checks. I wasn't aware of that class - I agree, it seems like a perfect choice. > It doesn't support the > "1.0rc2" release candidate format, but that shouldn't take > more than a couple of minutes to add. We could switch to just "c" (which is nice, since it's then 'a', 'b', 'c') and we'd then match the Python distribution itself. In that case, this addition might even be worth submitting as a distutils patch. (Although from a quick look, it's a case of adding a single character ('c') to a regular expression...) > For consistency, I think it would be good to provide the > separate components of the version in the format of the > sys.version_info tuple. This could be incorporated into the > Version class along with the function to format the long form > of the version. That should be simple, too. It's just .version + .prerelease to get (eg) (1,1,0,'a',1), and then a simple conversion of 'a'->'alpha', etc. > From what I understand, we're free to put any custom metadata > we want in the __init__.py file, so we could even include the > download and release notes URLs there. There's also the 'check for new version' stuff. I guess that could also move to __init__.py - I gather that just means that importing any of the spambayes.* modules will import that as well, right? As long as it doesn't actually do any work on import, it doesn't seem like that would hurt. Assuming no-one else pipes up with objections, would you like to make the changes, or shall I? =Tony.Meyer

2 1