--Original Message----- > From: Alex [mailto:mysqlstud...@gmail.com] > Sent: Saturday, January 09, 2010 9:13 PM > To: SA Mailing list > Subject: Re: About upgrading > > Hi, > > > sa-learn --dump magic gives: > > 0.000 0 3 0 non-token data: bayes > db version > > 0.000 0 57538 0 non-token data: nspam > > 0.000 0 74876 0 non-token data: nham > > 0.000 0 166338 0 non-token data: ntokens > > 0.000 0 1257478501 0 non-token data: oldest > atime > > 0.000 0 1263049426 0 non-token data: newest > atime > > 0.000 0 1263049538 0 non-token data: last > journal sync atime > > 0.000 0 1263044805 0 non-token data: last > expiry atime > > 0.000 0 5529600 0 non-token data: last > expire atime delta > > 0.000 0 1868 0 non-token data: last > expire reduction count > > > > Your database has 166338 tokens which is larger than the default > > bayes_expiry_max_db_size 150000. The last expiration ran this > morning > > at 8:46. You could try letting the bayes database get larger and > turn > > off bayes_auto_expire. If you turn off bayes_auto_expire you'll have > > to add something to cron to periodically expire tokens. > > bayes_auto_expire is fine for lower volumes of email, but can get in > > the way with higher volumes. > > Can I ask how you calculate the actual time from that number? I > suspect it's the epoch minus some division of 24hrs, but a quick > search wasn't fruitful.
It's the number of seconds since the epoch (Jan 1, 1970). One easy way to convert it to a readable time is # perl -e 'print scalar localtime 1263044805, "\n"' Sat Jan 9 08:46:45 2010
