From noreply at sourceforge.net Wed Sep 5 16:59:22 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Sep 2007 07:59:22 -0700 Subject: [spambayes-bugs] [ spambayes-Bugs-1600821 ] Classifier UnicodeDecodeError on wrong transfer encoding Message-ID: Bugs item #1600821, was opened at 2006-11-22 00:59 Message generated for change (Comment added) made by jcea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: imapfilter Group: 1.0.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivan Vilata i Balaguer (ivilata) Assigned to: Tony Meyer (anadelonbrin) Summary: Classifier UnicodeDecodeError on wrong transfer encoding Initial Comment: Running ``sb_imapfilter.py`` 1.0.1 seems to raise the following ``UnicodeDecodeError`` when it comes across a mail with 7-bit content transfer encoding with 8-bit characters in it while classifying:: Traceback (most recent call last): File "/usr/bin/sb_imapfilter.py", line 924, in ? run() File "/usr/bin/sb_imapfilter.py", line 914, in run imap_filter.Filter() File "/usr/bin/sb_imapfilter.py", line 785, in Filter self.unsure_folder) File "/usr/bin/sb_imapfilter.py", line 703, in Filter evidence=True) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 190, in chi2_spamprob clues = self._getclues(wordstream) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 496, in _getclues clues.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 1: ordinal not in range(128) I'm attaching the mail which caused this. I know it is not properly-formatted, but it is a legitimate mail produced by a popular MUA (Thunderbird 1.5). Spam surely is worsely formatted Someone talked about the same problem in the list: http://www.mail-archive.com/spambayes at python.org/msg04543.html ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-05 16:59 Message: Logged In: YES user_id=97460 Originator: NO I'm seeing a lot (>1 per hour in my system) of current spam crashing spambayes because they are marked as "ascii" but body is 8-bit actually. Since my milter spam filter crashes and sendmail disables the milter filtering for 50 seconds because the failure (my configuration, and I wouldn't like to touch it), a lot of spam is getting thru. About 30-100 spams, everytime this bug hits. Please, increase the priority of this bug a bit... It is hitting. Hard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 From noreply at sourceforge.net Wed Sep 5 19:23:27 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Sep 2007 10:23:27 -0700 Subject: [spambayes-bugs] [ spambayes-Bugs-1600821 ] Classifier UnicodeDecodeError on wrong transfer encoding Message-ID: Bugs item #1600821, was opened at 2006-11-21 17:59 Message generated for change (Comment added) made by montanaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: imapfilter Group: 1.0.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivan Vilata i Balaguer (ivilata) Assigned to: Tony Meyer (anadelonbrin) Summary: Classifier UnicodeDecodeError on wrong transfer encoding Initial Comment: Running ``sb_imapfilter.py`` 1.0.1 seems to raise the following ``UnicodeDecodeError`` when it comes across a mail with 7-bit content transfer encoding with 8-bit characters in it while classifying:: Traceback (most recent call last): File "/usr/bin/sb_imapfilter.py", line 924, in ? run() File "/usr/bin/sb_imapfilter.py", line 914, in run imap_filter.Filter() File "/usr/bin/sb_imapfilter.py", line 785, in Filter self.unsure_folder) File "/usr/bin/sb_imapfilter.py", line 703, in Filter evidence=True) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 190, in chi2_spamprob clues = self._getclues(wordstream) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 496, in _getclues clues.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 1: ordinal not in range(128) I'm attaching the mail which caused this. I know it is not properly-formatted, but it is a legitimate mail produced by a popular MUA (Thunderbird 1.5). Spam surely is worsely formatted Someone talked about the same problem in the list: http://www.mail-archive.com/spambayes at python.org/msg04543.html ---------------------------------------------------------------------- >Comment By: Skip Montanaro (montanaro) Date: 2007-09-05 12:23 Message: Logged In: YES user_id=44345 Originator: NO Do you have a traceback? What version of SpamBayes are you using? ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-05 09:59 Message: Logged In: YES user_id=97460 Originator: NO I'm seeing a lot (>1 per hour in my system) of current spam crashing spambayes because they are marked as "ascii" but body is 8-bit actually. Since my milter spam filter crashes and sendmail disables the milter filtering for 50 seconds because the failure (my configuration, and I wouldn't like to touch it), a lot of spam is getting thru. About 30-100 spams, everytime this bug hits. Please, increase the priority of this bug a bit... It is hitting. Hard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 From noreply at sourceforge.net Fri Sep 7 04:11:13 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 06 Sep 2007 19:11:13 -0700 Subject: [spambayes-bugs] [ spambayes-Bugs-1600821 ] Classifier UnicodeDecodeError on wrong transfer encoding Message-ID: Bugs item #1600821, was opened at 2006-11-21 17:59 Message generated for change (Comment added) made by montanaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: imapfilter Group: 1.0.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivan Vilata i Balaguer (ivilata) Assigned to: Tony Meyer (anadelonbrin) Summary: Classifier UnicodeDecodeError on wrong transfer encoding Initial Comment: Running ``sb_imapfilter.py`` 1.0.1 seems to raise the following ``UnicodeDecodeError`` when it comes across a mail with 7-bit content transfer encoding with 8-bit characters in it while classifying:: Traceback (most recent call last): File "/usr/bin/sb_imapfilter.py", line 924, in ? run() File "/usr/bin/sb_imapfilter.py", line 914, in run imap_filter.Filter() File "/usr/bin/sb_imapfilter.py", line 785, in Filter self.unsure_folder) File "/usr/bin/sb_imapfilter.py", line 703, in Filter evidence=True) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 190, in chi2_spamprob clues = self._getclues(wordstream) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 496, in _getclues clues.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 1: ordinal not in range(128) I'm attaching the mail which caused this. I know it is not properly-formatted, but it is a legitimate mail produced by a popular MUA (Thunderbird 1.5). Spam surely is worsely formatted Someone talked about the same problem in the list: http://www.mail-archive.com/spambayes at python.org/msg04543.html ---------------------------------------------------------------------- >Comment By: Skip Montanaro (montanaro) Date: 2007-09-06 21:11 Message: Logged In: YES user_id=44345 Originator: NO I ran the submitted email through the current sb_filter.py in Subversion (probably the same classifier as in 1.1a4). It worked for me. While I don't use the IMAP filter, any of the SpamBayes applications should use the same classifier code. I'm not sure this is a problem in the current code. What version of SpamBayes are you using? ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2007-09-05 12:23 Message: Logged In: YES user_id=44345 Originator: NO Do you have a traceback? What version of SpamBayes are you using? ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-05 09:59 Message: Logged In: YES user_id=97460 Originator: NO I'm seeing a lot (>1 per hour in my system) of current spam crashing spambayes because they are marked as "ascii" but body is 8-bit actually. Since my milter spam filter crashes and sendmail disables the milter filtering for 50 seconds because the failure (my configuration, and I wouldn't like to touch it), a lot of spam is getting thru. About 30-100 spams, everytime this bug hits. Please, increase the priority of this bug a bit... It is hitting. Hard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 From noreply at sourceforge.net Mon Sep 17 17:37:16 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Sep 2007 08:37:16 -0700 Subject: [spambayes-bugs] [ spambayes-Bugs-1600821 ] Classifier UnicodeDecodeError on wrong transfer encoding Message-ID: Bugs item #1600821, was opened at 2006-11-22 00:59 Message generated for change (Comment added) made by jcea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: imapfilter Group: 1.0.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivan Vilata i Balaguer (ivilata) Assigned to: Tony Meyer (anadelonbrin) Summary: Classifier UnicodeDecodeError on wrong transfer encoding Initial Comment: Running ``sb_imapfilter.py`` 1.0.1 seems to raise the following ``UnicodeDecodeError`` when it comes across a mail with 7-bit content transfer encoding with 8-bit characters in it while classifying:: Traceback (most recent call last): File "/usr/bin/sb_imapfilter.py", line 924, in ? run() File "/usr/bin/sb_imapfilter.py", line 914, in run imap_filter.Filter() File "/usr/bin/sb_imapfilter.py", line 785, in Filter self.unsure_folder) File "/usr/bin/sb_imapfilter.py", line 703, in Filter evidence=True) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 190, in chi2_spamprob clues = self._getclues(wordstream) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 496, in _getclues clues.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 1: ordinal not in range(128) I'm attaching the mail which caused this. I know it is not properly-formatted, but it is a legitimate mail produced by a popular MUA (Thunderbird 1.5). Spam surely is worsely formatted Someone talked about the same problem in the list: http://www.mail-archive.com/spambayes at python.org/msg04543.html ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-17 17:37 Message: Logged In: YES user_id=97460 Originator: NO My version is 1.0.4. ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2007-09-07 04:11 Message: Logged In: YES user_id=44345 Originator: NO I ran the submitted email through the current sb_filter.py in Subversion (probably the same classifier as in 1.1a4). It worked for me. While I don't use the IMAP filter, any of the SpamBayes applications should use the same classifier code. I'm not sure this is a problem in the current code. What version of SpamBayes are you using? ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2007-09-05 19:23 Message: Logged In: YES user_id=44345 Originator: NO Do you have a traceback? What version of SpamBayes are you using? ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-05 16:59 Message: Logged In: YES user_id=97460 Originator: NO I'm seeing a lot (>1 per hour in my system) of current spam crashing spambayes because they are marked as "ascii" but body is 8-bit actually. Since my milter spam filter crashes and sendmail disables the milter filtering for 50 seconds because the failure (my configuration, and I wouldn't like to touch it), a lot of spam is getting thru. About 30-100 spams, everytime this bug hits. Please, increase the priority of this bug a bit... It is hitting. Hard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 From noreply at sourceforge.net Wed Sep 26 04:02:05 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 25 Sep 2007 19:02:05 -0700 Subject: [spambayes-bugs] [ spambayes-Bugs-1600821 ] Classifier UnicodeDecodeError on wrong transfer encoding Message-ID: Bugs item #1600821, was opened at 2006-11-22 00:59 Message generated for change (Comment added) made by jcea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: imapfilter Group: 1.0.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivan Vilata i Balaguer (ivilata) Assigned to: Tony Meyer (anadelonbrin) Summary: Classifier UnicodeDecodeError on wrong transfer encoding Initial Comment: Running ``sb_imapfilter.py`` 1.0.1 seems to raise the following ``UnicodeDecodeError`` when it comes across a mail with 7-bit content transfer encoding with 8-bit characters in it while classifying:: Traceback (most recent call last): File "/usr/bin/sb_imapfilter.py", line 924, in ? run() File "/usr/bin/sb_imapfilter.py", line 914, in run imap_filter.Filter() File "/usr/bin/sb_imapfilter.py", line 785, in Filter self.unsure_folder) File "/usr/bin/sb_imapfilter.py", line 703, in Filter evidence=True) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 190, in chi2_spamprob clues = self._getclues(wordstream) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 496, in _getclues clues.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 1: ordinal not in range(128) I'm attaching the mail which caused this. I know it is not properly-formatted, but it is a legitimate mail produced by a popular MUA (Thunderbird 1.5). Spam surely is worsely formatted Someone talked about the same problem in the list: http://www.mail-archive.com/spambayes at python.org/msg04543.html ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-26 04:02 Message: Logged In: YES user_id=97460 Originator: NO My version is 1.0.4 and the traceback is: """ Traceback (most recent call last): File "/usr/local/lib/python2.5/site-packages/Milter/__init__.py", line 203, in milter.set_eom_callback(lambda ctx: ctx.getpriv().eom()) File "antispam.py", line 513, in eom prob=hammiedb.score(msg) File "/usr/local/lib/python2.5/site-packages/spambayes/hammie.py", line 62, in score return self._scoremsg(msg, evidence) File "/usr/local/lib/python2.5/site-packages/spambayes/hammie.py", line 38, in _scoremsg return self.bayes.spamprob(tokenize(msg), evidence) File "/usr/local/lib/python2.5/site-packages/spambayes/classifier.py", line 190, in chi2_spamprob clues = self._getclues(wordstream) File "/usr/local/lib/python2.5/site-packages/spambayes/classifier.py", line 496, in _getclues clues.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xfa in position 0: ordinal not in range(128) """ ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-17 17:37 Message: Logged In: YES user_id=97460 Originator: NO My version is 1.0.4. ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2007-09-07 04:11 Message: Logged In: YES user_id=44345 Originator: NO I ran the submitted email through the current sb_filter.py in Subversion (probably the same classifier as in 1.1a4). It worked for me. While I don't use the IMAP filter, any of the SpamBayes applications should use the same classifier code. I'm not sure this is a problem in the current code. What version of SpamBayes are you using? ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2007-09-05 19:23 Message: Logged In: YES user_id=44345 Originator: NO Do you have a traceback? What version of SpamBayes are you using? ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-05 16:59 Message: Logged In: YES user_id=97460 Originator: NO I'm seeing a lot (>1 per hour in my system) of current spam crashing spambayes because they are marked as "ascii" but body is 8-bit actually. Since my milter spam filter crashes and sendmail disables the milter filtering for 50 seconds because the failure (my configuration, and I wouldn't like to touch it), a lot of spam is getting thru. About 30-100 spams, everytime this bug hits. Please, increase the priority of this bug a bit... It is hitting. Hard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 From noreply at sourceforge.net Wed Sep 26 04:48:28 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 25 Sep 2007 19:48:28 -0700 Subject: [spambayes-bugs] [ spambayes-Bugs-1600821 ] Classifier UnicodeDecodeError on wrong transfer encoding Message-ID: Bugs item #1600821, was opened at 2006-11-21 17:59 Message generated for change (Comment added) made by montanaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: imapfilter Group: 1.0.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivan Vilata i Balaguer (ivilata) Assigned to: Tony Meyer (anadelonbrin) Summary: Classifier UnicodeDecodeError on wrong transfer encoding Initial Comment: Running ``sb_imapfilter.py`` 1.0.1 seems to raise the following ``UnicodeDecodeError`` when it comes across a mail with 7-bit content transfer encoding with 8-bit characters in it while classifying:: Traceback (most recent call last): File "/usr/bin/sb_imapfilter.py", line 924, in ? run() File "/usr/bin/sb_imapfilter.py", line 914, in run imap_filter.Filter() File "/usr/bin/sb_imapfilter.py", line 785, in Filter self.unsure_folder) File "/usr/bin/sb_imapfilter.py", line 703, in Filter evidence=True) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 190, in chi2_spamprob clues = self._getclues(wordstream) File "/usr/lib/python2.4/site-packages/spambayes/classifier.py", line 496, in _getclues clues.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 1: ordinal not in range(128) I'm attaching the mail which caused this. I know it is not properly-formatted, but it is a legitimate mail produced by a popular MUA (Thunderbird 1.5). Spam surely is worsely formatted Someone talked about the same problem in the list: http://www.mail-archive.com/spambayes at python.org/msg04543.html ---------------------------------------------------------------------- >Comment By: Skip Montanaro (montanaro) Date: 2007-09-25 21:48 Message: Logged In: YES user_id=44345 Originator: NO jcea, Do you have an email message I can work with? If so, zip it and send it to me as an attachment (skip at pobox.com). Thx, Skip ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-25 21:02 Message: Logged In: YES user_id=97460 Originator: NO My version is 1.0.4 and the traceback is: """ Traceback (most recent call last): File "/usr/local/lib/python2.5/site-packages/Milter/__init__.py", line 203, in milter.set_eom_callback(lambda ctx: ctx.getpriv().eom()) File "antispam.py", line 513, in eom prob=hammiedb.score(msg) File "/usr/local/lib/python2.5/site-packages/spambayes/hammie.py", line 62, in score return self._scoremsg(msg, evidence) File "/usr/local/lib/python2.5/site-packages/spambayes/hammie.py", line 38, in _scoremsg return self.bayes.spamprob(tokenize(msg), evidence) File "/usr/local/lib/python2.5/site-packages/spambayes/classifier.py", line 190, in chi2_spamprob clues = self._getclues(wordstream) File "/usr/local/lib/python2.5/site-packages/spambayes/classifier.py", line 496, in _getclues clues.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xfa in position 0: ordinal not in range(128) """ ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-17 10:37 Message: Logged In: YES user_id=97460 Originator: NO My version is 1.0.4. ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2007-09-06 21:11 Message: Logged In: YES user_id=44345 Originator: NO I ran the submitted email through the current sb_filter.py in Subversion (probably the same classifier as in 1.1a4). It worked for me. While I don't use the IMAP filter, any of the SpamBayes applications should use the same classifier code. I'm not sure this is a problem in the current code. What version of SpamBayes are you using? ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2007-09-05 12:23 Message: Logged In: YES user_id=44345 Originator: NO Do you have a traceback? What version of SpamBayes are you using? ---------------------------------------------------------------------- Comment By: Jes?s Cea Avi?n (jcea) Date: 2007-09-05 09:59 Message: Logged In: YES user_id=97460 Originator: NO I'm seeing a lot (>1 per hour in my system) of current spam crashing spambayes because they are marked as "ascii" but body is 8-bit actually. Since my milter spam filter crashes and sendmail disables the milter filtering for 50 seconds because the failure (my configuration, and I wouldn't like to touch it), a lot of spam is getting thru. About 30-100 spams, everytime this bug hits. Please, increase the priority of this bug a bit... It is hitting. Hard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1600821&group_id=61702 From noreply at sourceforge.net Wed Sep 26 14:23:39 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 26 Sep 2007 05:23:39 -0700 Subject: [spambayes-bugs] [ spambayes-Bugs-1802649 ] Proxy hang on certain messages Message-ID: Bugs item #1802649, was opened at 2007-09-26 12:23 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=1802649&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pop3proxy Group: 1.0.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Crundy (crundy) Assigned to: Nobody/Anonymous (nobody) Summary: Proxy hang on certain messages Initial Comment: Usually messages come through the sb_server POP3 proxy OK, but it seems that certain messages cause sb_server to hang and the client times out, e.g. using Outlook 2007 the status bar shows "Downloading Message 4 of 4 (9.44Kb / 279Kb)" if the message was one of a list of emails to download, or just sticks at "Send/Receive Status 83%" if the blocking email is the only one to download. Eventually the client times out: Task 'Default - Receiving' reported error (0x8004210A) : 'The operation timed out waiting for a response from the receiving (POP) server. If you continue to receive this message, contact your server administrator or Internet service provider (ISP).' This also happens when using Outlook Express, and only seems to be with certain emails. The way I have managed to reproduce it is to send a large HTML email with a Word document attached (approx 200Kb email size total) to my account from another email address. The only way round this is to bypass sb_server to download the message directly from the server and then switch back to using it after the email has been removed from the queue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498103&aid=1802649&group_id=61702 From noreply at sourceforge.net Thu Sep 27 01:36:58 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 26 Sep 2007 16:36:58 -0700 Subject: [spambayes-bugs] [ spambayes-Patches-1803127 ] Fix for bsddb._db.DBAccessError: (13, 'Permission denied -- Message-ID: Patches item #1803127, was opened at 2007-09-26 18:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498105&aid=1803127&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Abrahams (david_abrahams) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for bsddb._db.DBAccessError: (13, 'Permission denied -- Initial Comment: http://article.gmane.org/gmane.mail.spam.spambayes.devel/3953 describes a problem and offers an analysis for which I am submitting a patch. This is the most conservative change I could think of. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498105&aid=1803127&group_id=61702 From noreply at sourceforge.net Thu Sep 27 01:43:47 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 26 Sep 2007 16:43:47 -0700 Subject: [spambayes-bugs] [ spambayes-Patches-1803128 ] Protection for dnscache corruption Message-ID: Patches item #1803128, was opened at 2007-09-26 18:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498105&aid=1803128&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Abrahams (david_abrahams) Assigned to: Nobody/Anonymous (nobody) Summary: Protection for dnscache corruption Initial Comment: My spam filtering regularly starts failing because the dnscache is corrupted. I don't have any idea how it gets that way, but a broken cache should never scuttle the process, so I propose the enclosed patch. procmail: Executing "sb_filter.py" Traceback (most recent call last): File "/usr/local/bin/sb_filter.py", line 83, in ? from spambayes import hammie, Options, mboxutils, storage File "/usr/local/lib/python2.4/site-packages/spambayes/hammie.py", line 7, in ? from spambayes.tokenizer import tokenize File "/usr/local/lib/python2.4/site-packages/spambayes/tokenizer.py", line 44, in ? cache = dnscache.cache(cachefile=options["Tokenizer", "lookup_ip_cache"]) File "/usr/local/lib/python2.4/site-packages/spambayes/dnscache.py", line 98, in __init__ self.caches = pickle.load(open(self.cachefile, "rb")) cPickle.UnpicklingError: invalid load key, ' '. procmail: Program failure (1) of "sb_filter.py" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498105&aid=1803128&group_id=61702 From noreply at sourceforge.net Thu Sep 27 01:50:46 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 26 Sep 2007 16:50:46 -0700 Subject: [spambayes-bugs] [ spambayes-Patches-1803130 ] Make tte ratio well-behaved when balance is good Message-ID: Patches item #1803130, was opened at 2007-09-26 18:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498105&aid=1803130&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Abrahams (david_abrahams) Assigned to: Nobody/Anonymous (nobody) Summary: Make tte ratio well-behaved when balance is good Initial Comment: Right now, if you pass a spam/ham ratio to tte and the training set is actually more balanced than indicated by the ratio, training will skip some messages in order to achieve that more-unbalanced ratio. Nobody wants that. The enclosed patch fixes it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498105&aid=1803130&group_id=61702 From noreply at sourceforge.net Thu Sep 27 22:42:47 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 27 Sep 2007 13:42:47 -0700 Subject: [spambayes-bugs] [ spambayes-Patches-1803127 ] Fix for bsddb._db.DBAccessError: (13, 'Permission denied -- Message-ID: Patches item #1803127, was opened at 2007-09-26 18:36 Message generated for change (Comment added) made by david_abrahams You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498105&aid=1803127&group_id=61702 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Abrahams (david_abrahams) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for bsddb._db.DBAccessError: (13, 'Permission denied -- Initial Comment: http://article.gmane.org/gmane.mail.spam.spambayes.devel/3953 describes a problem and offers an analysis for which I am submitting a patch. This is the most conservative change I could think of. ---------------------------------------------------------------------- >Comment By: David Abrahams (david_abrahams) Date: 2007-09-27 15:42 Message: Logged In: YES user_id=52572 Originator: YES The original patch was broken, sorry. I've replaced it. File Added: hammie.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498105&aid=1803127&group_id=61702