Re: duplicate primary index in bayes db from SpamAssassin

--nextPart5306723.3tkRYoAtYb
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Donnerstag, 17. April 2008 Tom Lane wrote:
> This latest bit with many fewer index entries than table entries is
> just weird, though. =A0The 8.1.10 VACUUM bug could have led to having
> *more* index entries than table entries, but not the other way
> around.

Somehow I can think of it like that: SA didn't find user "vscan"=20
anymore, so created a new entry for it. And then it created all the new=20
learned ham/spam tokens again despite they were there already. Must=20
have to do with not finding it from the index or so.

It would be nice if pg_dump would FAIL on such a broken database. Like=20
this, I would have become informed about the problem. The bayes db=20
isn't quite interactive, and SA seems to ignore errors. The reason I=20
found it was that our SPAM filter started to let spam through which did=20
not happen for years (yes, we have *very hard* anti spam settings, our=20
customers love it that way - no spam). So I got aware that bayes got=20
stupid and then I found the mess...

mfg zmi
=2D-=20
// Michael Monnerie, Ing.BSc    -----      http://it-management.at
// Tel: 0676/846 914 666                      .network.your.ideas.
// PGP Key:         "curl -s http://zmi.at/zmi.asc
| gpg --im****t"
// Fingerprint: AC19 F9D5 36ED CD8A EF38  500E CE14 91F7 1C12 09B4
// Keyserver: www.keyserver.net                   Key-ID: 1C1209B4

--nextPart5306723.3tkRYoAtYb
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQBIB90PzhSR9xwSCbQRAneZAKCXNJaRenyMpYMt8Td58nXc5D3LCQCgzOvR
cLImAPrd9T1lcPadIZ8BYJY=
=hFBM
-----END PGP SIGNATURE-----

--nextPart5306723.3tkRYoAtYb--