[spambayes-bugs] [ spambayes-Bugs-969328 ] Traceback from sb_imapfilter.py

[SourceForge.net]

Bugs item #969328, was opened at 2004-06-09 13:37
Message generated for change (Comment added) made by anadelonbrin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=498103&aid=969328&group_id=61702

Category: imapfilter
Group: Source code 1.0rc1
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Jones (cwhj)
Assigned to: Tony Meyer (anadelonbrin)
Summary: Traceback from sb_imapfilter.py

Initial Comment:
Python 2.3.4
Red Hat EL 3.0 WS Update 2

Failure seems messsage dependent. Any Python meister
care to
suggest what this means ?

Tue Jun  8 18:55:00 MDT 2004
Loading state from /home/crs/spambayes-1.0rc1/hammie.db
database
/home/crs/spambayes-1.0rc1/hammie.db is an existing
database, with 1501 spam and
 716 ham
SpamBayes IMAP Filter Version 0.4 (May 2004)
and engine SpamBayes Engine Version 0.3 (January 2004).

Loading database
/home/crs/spambayes-1.0rc1/hammie.db... Done.
Classifying
................................................................................
................................................................................
................................................................................
...................................****.Traceback (most
recent call last):
  File "/usr/local/bin/sb_imapfilter.py", line 928, in ?
    run()
  File "/usr/local/bin/sb_imapfilter.py", line 918, in run
    imap_filter.Filter()
  File "/usr/local/bin/sb_imapfilter.py", line 789, in
Filter
    self.unsure_folder)
  File "/usr/local/bin/sb_imapfilter.py", line 703, in
Filter
    for msg in self:
  File "/usr/local/bin/sb_imapfilter.py", line 594, in
__iter__
    yield self[key]
  File "/usr/local/bin/sb_imapfilter.py", line 626, in
__getitem__
    data = _extract_fetch_data(response[1][0])
  File "/usr/local/bin/sb_imapfilter.py", line 172, in
_extract_fetch_data
    mo = FETCH_RESPONSE_RE.match(response)
TypeError: expected string or buffer

 This failure seems to occur when there are several
(5+) messages to classify
 The next classification then does this :-

Loading state from /home/crs/spambayes-1.0rc1/hammie.db
database
/home/crs/spambayes-1.0rc1/hammie.db is an existing
database, with 1501 spam and
 716 ham
SpamBayes IMAP Filter Version 0.4 (May 2004)
and engine SpamBayes Engine Version 0.3 (January 2004).

Loading database
/home/crs/spambayes-1.0rc1/hammie.db... Done.
Classifying
................................................................................
................................................................................
................................................................................
....................................*.
Classified 0 ham, 1 spam, and 0 unsure.
Classifying took 6.5131 seconds.

 Which seems to complete the task that the first call
barf'd on so this does not seem high priority just
messy :-)
 

----------------------------------------------------------------------

>Comment By: Tony Meyer (anadelonbrin)
Date: 2004-07-14 21:02

Message:
Logged In: YES 
user_id=552329

If you could generate this problem again, but using also
having '-i4' on the command line, that would be great.  That
will spit out a copy of the IMAP conversation, and let me
figure out what it is that FETCH is returning that is
causing the trouble.

Note that the conversation will include your username and
password, so please edit those out before you attach it.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=498103&aid=969328&group_id=61702