On Wed, 2010-08-11 at 17:30 -0400, Bowie Bailey wrote:
> In case anyone else is following this...
>
> The sa-update process made things a bit more complex than simply
> renaming the file after updates. If that's all you do, then sa-update
> loses track of the file and will download a new copy on every run. What
> I had to do is this:
>
> 1) Rename the .cf file back to the original name so sa-update can find it
> 2) Run sa-update
> 3) Rename the .cf file to z_sought_rules_yerp_org.cf
> 4) Restart spamd
>
> You don't have to mess with the directory, just rename the main
> sought_rules_yerp_org.cf file.
Hmm, a simple symlink, albeit (once) manually set-up, should do, too.
ln -s sought_rules_yerp_org.cf zzz.cf
This would parse anything from the more recent dedicated channel, after
the stock rules (and sought itself) have been parsed. Again.
Yes, this overwrites the sought rules' meta definitions a third time.
But that shouldn't be much of a problem, really. Also, any stale, unused
sub-rules (see my other follow-up) will be ignored by SA prior to
compiling the REs.
This should work as a do-it-once-and-forget workaround to the issue,
rather than relying on ghastly file renaming in the sa-updating cron
job. The latter even is prone to race errors, in rare and specific
circumstances.
--
char *t="\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
