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 messagethat 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 examplesno - 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 rightif 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 attitudewhat 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 dootherwise 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
signature.asc
Description: OpenPGP digital signature