On Wed, 2009-05-06 at 19:55 -0600, LuKreme wrote:
> On 6-May-2009, at 19:46, Karsten Bräckelmann wrote:
> > Awesome. So I mentioned it twice in this thread, once each before your
> > follow-ups, and you keep on ignoring and arguing. Which part of of auto-
> > learning and before local delivery is unclear to you?
>
> This has nothing to do with either autolearning OR local delivery.
Yes, it does. Since SA already learned auto-learned messages, yet has to
look at the actual message to realize that. At the very least, once.
Related side note: If you're curious, there are reasons in bugzilla, why
SA relies on it's own Message ID thingy.
> These are messages that 1) have been delivered and 2) have not be
> autolearned. I was simply looking for a better way than moving (well,
> copying) message out somewhere and then processing those copies via sa-
> learn and then deleting those copies. It all seems a bit much, and not
> much better than doing it manually.
find . -ctime 1 -print0 | xargs -0 sa-learn
Brief sketch. No copying and deleting, yet limited to recently delivered
mail since the last sa-learn run, and limiting the costly invocation of
a Perl process to a minimum.
> And I wasn't arguing, I was trying for clarification. Sorry if you
> found it argumentative, that was not my intent.
OK. :) That one was aiming at the quoted parts anyway, not at your hint
(granted, snipped by me) to help improve the find snipering.
Time to hit the sack...
--
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; }}}
