Am 15.03.2015 um 21:12 schrieb Axb:
On 03/15/2015 09:00 PM, Reindl Harald wrote:
that could be even a sloppy implementation just truncate after XX bytes
and analyze the remaining piece to keep that part simple and fast - at
the end it would improve the result with as less as possible overhead
and code compared to skip a message

that wheel has been invented... and quite a few do it right. Your choice
of glue is not one of them. And SA shouldn't follow the bad examples

no - problems in general should be solved at the root cause

the root cause is that SA is overwhelmed with large mails and so instead
work around that problem in every glue on that planet it just should
only scan the amount of a message it can handle

you may disagree because bounce that burden to the glue needs no effort
on your side, but that don't make it right

if you think SA is "overwhelmed" then it's definitely the wrong tool for
you.

maybe you should try rspamd (https://rspamd.com/)

come on, stop that attitude

what is the reason that you feel always attacked and suggest people should creep away instead see constructive criticism as positive and helpful over the long?

not i think it is overwhelmed, the SA developers do

otherwise the default for spamc of 500k and sa-learn of 256k won't exist which are both raised here to much larger values after find out the amount of skipped messages for scanning and ignored messages for training

-s, --max-size size Specify maximum message size, in bytes.
                      [default: 500k]

 --max-size <b>        Skip messages larger than b bytes;
                           defaults to 256 KiB, 0 implies no limit

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to