On Wed, 2010-10-06 at 17:38 -0700, jdow wrote:
> From: "Karsten Bräckelmann" <guent...@rudersport.de>
> > > It seems like the size limit should be applied to the searchable parts of
> > > the email, not any attached images.
> >
> > This is rather unlikely to happen. There is *no* size limit in SA. There
> > is, however, one in the lightweight spamc client. Not taking binary
> > attachments into account would require spamc to understand and parse the
> > MIME structure.
> >
> > Granted, there are good libs for that out there -- but the overhead,
> > code wise and as a build dependency, is non-trivial.
>
> Karsten, haven't you figured out that you CAN code "good if frustrating
> and cryptic" tools that drive SpamAssassin to send the rare very large
> messages off to spamassassin itself rather than spamc?
I have. I can. I do not see any need for this.
Joanne, this is open source. If you believe it would be necessary, feel
free to contribute the code. Or, if you prefer to start slow, file a
bug.
Referring to your other post: That's exactly what I told "durwood" to
do. Tweak the default setting to his specific needs. Plus, reasoned why
it likely would be worthwhile for him, and giving him data points to
decide about this on and for his own.
--
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; }}}
