-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Justin Mason writes: > 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. OK, I've done that now. - --j. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Exmh CVS iD8DBQFDzwUDMJF5cimLx9ARApouAJ4shPowVnqrbP1G2yinWgUmGA/rnQCgqOtR Z/9PlBRGBwnrsbuZerVA2hI= =hYAw -----END PGP SIGNATURE-----
