Mailman 3 April 2003 - SpamBayes

RE: [Spambayes] IMAP - it works!
by Meyer, Tony April 24, 2003

April 24, 2003

> Tony - I don't know exactly what you did last night, but it worked. Basically, I re-worked the whole thing :) As I always say, if it doesn't work, start from scratch ;) (Really, I just went through it thoroughly with a copy of the RFC in my hand). > I can see messages in my inbox again (I haven't been deleting > spam for the last few days because I wanted to see how well the filter > would work). Thanks a lot. No worries. I'm glad it's finally (almost) going. Thanks for all the testing you (and David) have been doing - it really helps to get this closer to the stage at which it can be included in the next (pre)release - alpha3 or beta1, whichever it is. Please keep letting the list know if anything goes wrong, or if there are any improvements that you would like. Out of curiosity, how does it feel in terms of speed? I'm not really used to IMAP, so I don't know how fast things usually feel (and the servers I'm using are very geographically distant to me). =Tony Meyer

1 0

RE: [Spambayes] SMTP proxy
by Meyer, Tony April 24, 2003

April 24, 2003

> Thanks again for the info. I checked the CVS and see the > files. I will hold off as you suggested, but will my > hammie.db file which contains all the training results work > with the new files once they are done? Absolutely. I think I can safely say that should at any point in the future databases from an old version not simply work in the new version a converter will be provided. For the moment you should simply be able to point the new version at the old hammie.db and it'll 'work out of the box'. It's perhaps worth mentioning, however, (and for anyone listening, not just you), that it's worth making the occasional backup of the hammie.db file. There has been the odd case of the db being corrupted (using when a crash happens during spambayes' operation). We're working on a way to solve this problem, but if retraining isn't easy (if you don't keep you old mail, for example), then it's worth having a backup that you can fall back on. =Tony Meyer

1 0

RE: [Spambayes] SMTP proxy
by Meyer, Tony April 24, 2003

April 24, 2003

> Thanks for the answer; however, the source code I downloaded > from source forge for the current version does not include > the smtpproxy.py. spambayes-1.0a2.tar.gz Ah, I see. I forgot that smtpproxy wasn't done when alpha2 was released. If you get the cvs code it's there. > Perhaps you could send me a copy. Hmm. I'm not sure how well smtpproxy.py will work with the alpha2 Spambayes code. You can get it here: <http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/spambayes/spambayes/smtp proxy.py> If you're planning to use it with pop3proxy, I would recommend holding off for a wee bit if possible. We're pretty close to another release (IMO), which would include smtpproxy working with the rest of the code. (We just have to iron out the IMAP filter, the new Options code, and one or two other things). If you want to use it separate from pop3proxy, then the cvs version linked above would be a good place to start. =Tony Meyer

2 1

RE: [Spambayes] imapfilter progress
by Meyer, Tony April 24, 2003

April 24, 2003

> File "imapfilter.py", line 361, in Filter > msg.Save() > File "imapfilter.py", line 231, in Save > old_id) [...] > imaplib.error: UID command error: BAD ['syntax error'] Hmm. This *might* be because the command should use "HEADER" and not "(HEADER"), but I'm not sure - works on both the servers I have available. I'll check this in (RSN) so you can try it out. If that doesn't fix it, could you run imapfilter with the option "-i4"? This sets the imap debug level to 4, which provides a list of all the imap commands and responses (raw). That should have more clues. =Tony Meyer

3 2

Classifier Assertion error
by Oliver Maunder April 24, 2003

April 24, 2003

This is happening with a new DB (and new spambayes.messageinfo.db) trained with imapfilter: Loading database hammie.db... Loading state from hammie.db database hammie.db is an existing database, with 96 spam and 63 ham Done. Classifying Traceback (most recent call last): File "C:\Development\SpamBayes\spambayes\imapfilter.py", line 654, in ? run() File "C:\Development\SpamBayes\spambayes\imapfilter.py", line 644, in run imap_filter.Filter() File "C:\Development\SpamBayes\spambayes\imapfilter.py", line 519, in Filter self.unsure_folder) File "C:\Development\SpamBayes\spambayes\imapfilter.py", line 444, in Filter evidence=True) File "C:\Development\SpamBayes\spambayes\spambayes\classifier.py", line 217, in chi2_spamprob clues = self._getclues(wordstream) File "C:\Development\SpamBayes\spambayes\spambayes\classifier.py", line 441, in _getclues prob = self.probability(record) File "C:\Development\SpamBayes\spambayes\spambayes\classifier.py", line 301, in probability assert hamcount <= nham AssertionError

1 0

IMAP - it works!
by Oliver Maunder April 24, 2003

April 24, 2003

Tony - I don't know exactly what you did last night, but it worked. I can see messages in my inbox again (I haven't been deleting spam for the last few days because I wanted to see how well the filter would work). Thanks a lot. But there was one small error - seems to be to do with the Options setup - Attempted to set [imap] username with invalid value ('my-username',) (<type 'tuple'>) Loading database hammie.db... Loading state from hammie.db database hammie.db is an existing database, with 95 spam and 122 ham Done. Traceback (most recent call last): File "C:\Development\SpamBayes\spambayes\imapfilter.py", line 612, in ? run() File "C:\Development\SpamBayes\spambayes\imapfilter.py", line 561, in run username = options["imap", "username"][0] IndexError: tuple index out of range Didn't complain about the server and password being tuples though. Right - I'm off to do more training. Olly

1 1

RE: [Spambayes] YAIP (Yet Another IMAP Problem)
by Meyer, Tony April 24, 2003

April 24, 2003

> Yup. Your imap server has an opposite order for uid and flags, so > we have to remember that and write them out in the right order too. > imaplib is probably where this happens... this is gonna get ugly. The thing is that we don't write a UID - the server assigns it. The only times we transmit a UID are when we are fetching or storing, and it has to be the first parameter after the command. Very odd. =Tony Meyer

2 2

RE: [Spambayes] Re: YAIP (Yet Another IMAP Problem)
by Meyer, Tony April 24, 2003

April 24, 2003

> I wonder if some kind of IMAP autoconf is possible; if so we > could find out the protocol by probing... The IMAP protocol does have a CAPABILITIES command, which does some of this. If our filter will work with anything that is RFC compliant, then we should avoid most of the problems. Note that I've changed the ways things work in the imap filter in a number of places in the latest check in. I finally gave in and read the RFC right through and came up with a number of improvements. In particular: * Getting hold of the uids in a folder is now done with SEARCH rather than a complicated FETCH. * Moving the flags to the copied message is done via the APPEND, rather than as a separate STORE. * All processing of FETCH responses is done via the _extract_fetch_data function found at the top of the module. This only handles RFC822, UID, FLAGS and INTERNALDATE at the moment, but those are the only ones we fetch. Unless I've made a typo, the regexs are also correct according to the RFC. * I doubt anyone is using it, but if expunge is set to true, then this is now done with a combination of CLOSE and EXPUNGE commands, which should be much faster. * I've stopped using EXAMINE and only use SELECT to select a folder. This should also speed things up. By the way, I don't know if anyone has noticed, but the filter doesn't currently remember whether a message was trained/classified between sessions. I know what the problem is here and I've dumped it with Tim <wink>, who will, no doubt, fix it when he gets a chance. =Tony Meyer

1 0

[ spambayes-Feature Requests-716437 ] Version information in GUI somewhere
by SourceForge.net April 24, 2003

April 24, 2003

Feature Requests item #716437, was opened at 2003-04-07 11:52 Message generated for change (Comment added) made by anadelonbrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498106&aid=716437&group_i… Category: Outlook Group: None Status: Open Priority: 1 Submitted By: Tony Meyer (anadelonbrin) Assigned to: Mark Hammond (mhammond) Summary: Version information in GUI somewhere Initial Comment: With the growing number of users, especially those using the binary, it would be good to have a version number printed somewhere in the GUI for people when they are reporting bugs. Greyed out text in the manager dialog, or even something in the about.html would work fine. I'll leave it to you to find somewhere appropriate :) ---------------------------------------------------------------------- >Comment By: Tony Meyer (anadelonbrin) Date: 2003-04-24 19:57 Message: Logged In: YES user_id=552329 If the version could be appended to the log file, that would be good, too. ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2003-04-07 12:01 Message: Logged In: YES user_id=552329 :) Well, for the binaries, your 001/002 system would work. For the full source releases, there's a __version__ attribute (1.0a2 at the moment, I think). I don't really know for CVS (maybe just 'cvs'?), but anyone using the cvs code should be able to describe when they retrieved it. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2003-04-07 11:54 Message: Logged In: YES user_id=14198 I'm not sure *what* version to report though. I will find the "where" if you tell me that "what" ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498106&aid=716437&group_i…

1 0

[ spambayes-Bugs-726255 ] Problem if bayescustomize.ini not there
by SourceForge.net April 24, 2003

April 24, 2003

Bugs item #726255, was opened at 2003-04-24 01:43 Message generated for change (Comment added) made by anadelonbrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=726255&group_i… Category: pop3proxy Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Remi Ricard (papadoc) Assigned to: Tony Meyer (anadelonbrin) Summary: Problem if bayescustomize.ini not there Initial Comment: Hi, I'm using spambayes and this morning I downloaded the latest cvs version and I have some problems. If the file bayescustomize.ini does not exist in the directory then I get the second trace. I tryed to get a patch for this problem but I don't know how to only save the new configuration values and not do an update_file ;-( My python skill are very poor.... For the first problem I don't know what is going on. Remi Ricard papaDoc(a)videotron.ca Traceback (most recent call last): File "C:\Devtools\SPAMBA~1\SPAMBA~1.23\spambayes\Dibbler.py", line 398, in found_terminator getattr(plugin, name)(**params) File "C:\Devtools\SPAMBA~1\SPAMBA~1.23\spambayes\UserInterface.py", line 511, in onChangeopts op = open(optionsPathname, "r") IOError: [Errno 2] No such file or directory: 'C:\Devtools\SPAMBA~1\SPAMBA~1.23\bayescustomize.ini' ---------------------------------------------------------------------- >Comment By: Tony Meyer (anadelonbrin) Date: 2003-04-24 19:27 Message: Logged In: YES user_id=552329 This should now be fixed. Pleas re-open if it is not. ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2003-04-24 11:24 Message: Logged In: YES user_id=552329 This is probably also my fault. I'm fixing options stuff at the moment, so I'll do this too. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=726255&group_i…

1 0