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

[SourceForge.net]

Bugs item #969328, was opened at 2004-06-08 19:37
Message generated for change (Tracker Item Submitted) made by Item Submitter
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 :-)
 

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

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