http://bugzilla.spamassassin.org/show_bug.cgi?id=3483

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|SVN Trunk (Latest Devel     |unspecified
                   |Version)                    |



------- Additional Comments From [EMAIL PROTECTED]  2004-07-14 11:36 -------
i may be wrong here.. but it looks like there is still problems with _journal 
syncing to _toks even now that $self->opportunistic_calls(); is in skip: 
section.

running pre2 on this box here... it has a 2GB _journal!!!

[EMAIL PROTECTED] bayes]# ls -la
total 2084252
drwxr-x---    2 nobody   nofiles      4096 Jun 16 14:29 .
drwxr-x---    7 nobody   nofiles      4096 Oct  8  2003 ..
-rw-------    1 nobody   nofiles  2132160300 Jul 14 12:33 _journal
-rw-------    1 nobody   nofiles     12288 Jun 16 14:29 _seen
-rw-------    1 nobody   nofiles     12288 Jun 16 14:29 _toks


[EMAIL PROTECTED] bayes]# sa-learn --dump magic
0.000          0          3          0  non-token data: bayes db version
0.000          0          0          0  non-token data: nspam
0.000          0          0          0  non-token data: nham
0.000          0          0          0  non-token data: ntokens
0.000          0          0          0  non-token data: oldest atime
0.000          0          0          0  non-token data: newest atime
0.000          0          0          0  non-token data: last journal sync atime
0.000          0          0          0  non-token data: last expiry atime
0.000          0          0          0  non-token data: last expire atime delta
0.000          0          0          0  non-token data: last expire reduction 
count

force-expiry on this causes it to sync properly.

i am seeing seeing debug lines saying it is learning properly, and my _journal 
keeps growing -

debug: bayes: Learned '[EMAIL PROTECTED]', 
atime: 1089829806

but opportunistic_calls() doesnt seem to run when mail is learn_trapped().

SpamAssassin.pm is responsible for calling is_scan_available() and learn(), 
both of which work properly, there is a disconnect that causes 
opportunistic_calls() to never run when you start with a brand new _toks db.




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

Reply via email to