-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Henry Stern writes:
> include updates_spamassassin_org/MIRRORED.BY

should not be "include"'d; needs to be fixed in sa-update, but pretty
easy.

> include updates_spamassassin_org/languages
> include updates_spamassassin_org/triplets.txt
> include updates_spamassassin_org/user_prefs.template

These are a bit trickier.

What happens is, /var/lib/spamassassin/3.002000 is created by "sa-update",
and becomes a full replacement for /usr/share/spamassassin .  This means
that rules and data files are never read from /usr/share/spamassassin from
then on, only from /var/lib/spamassassin/3.002000.

Under that model, they should be downloaded and installed as
/var/lib/spamassassin/3.002000/languages
/var/lib/spamassassin/3.002000/triplets.txt
/var/lib/spamassassin/3.002000/user_prefs.template -- but then (a) there's
an inconsistency between them and the rules .cf files which have the
inclusion stuff built for them, and (b) there'd be an issue of where to
put unverified temporary copies during the next "sa-update" run.

An alternative would be to fix Mail::SpamAssassin to look for new rules in
/var/lib/spamassassin/3.002000, but never look there for support files and
always look for those in /usr/share/spamassassin.  

That'd have the benefit of not requiring the update tarballs contain the
languages, triplets.txt, and user_prefs.template files, reducing download
size.

I think that's the better option.

- --j.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Exmh CVS

iD8DBQFDzs3LMJF5cimLx9ARAoAZAJ91p1c7z6k3geKBi1YpnZjJMxuEjgCgivIl
dNmihDrSjlpfJ09i93ZMUJE=
=lRDQ
-----END PGP SIGNATURE-----

Reply via email to