Re: Ignore third-party SA headers

2017-01-26 Thread Chris
On Wed, 2017-01-25 at 22:29 -0800, Ian Zimmerman wrote: > On 2017-01-26 01:03, RW wrote: > > > > > Probably what's happening is that these are emails over 500 kB > > which > > by default are just passed through by spamc without sending them to > > spamd.  If they don't get sent to spamd the exist

Re: Ignore third-party SA headers

2017-01-26 Thread RW
On Thu, 26 Jan 2017 05:12:56 -0500 Ruga wrote: > > Probably what's happening is that these are emails over 500 kB > 500.000 bytes: spamc's default max-size > 512.000 bytes: spamc's local default max-size > 005.155 bytes: size of the specific spam Have you been able to reproduce this by feeding o

Re: Ignore third-party SA headers

2017-01-26 Thread Ruga
500.000 bytes: spamc's default max-size 512.000 bytes: spamc's local default max-size 005.155 bytes: size of the specific spam Original Message Subject: Re: Ignore third-party SA headers Local Time: 26 January 2017 2:03 AM UTC Time: 26 January 2017 01:03 From

Re: Ignore third-party SA headers

2017-01-25 Thread Ian Zimmerman
On 2017-01-26 01:03, RW wrote: > Probably what's happening is that these are emails over 500 kB which > by default are just passed through by spamc without sending them to > spamd. If they don't get sent to spamd the existing SA headers don't > get stripped. > > You can to set the -s parameter o

Re: Ignore third-party SA headers

2017-01-25 Thread RW
On Wed, 25 Jan 2017 10:48:29 -0500 Ruga wrote: > SA runs as follows. > > master.cf, last line of section smtp: > > -o content_filter=spamcheck > > spamcheck unix - n n - 10 pipe > flags=Rq > user=spamd > argv=/usr[/sbin/spamc](http://org.OpenServer/share/spamd/bin/spamc) > --dest=127.0.0.1 --p

Re: Ignore third-party SA headers

2017-01-25 Thread Joe Quinn
On 1/25/2017 10:48 AM, Ruga wrote: SA runs as follows. master.cf, last line of section smtp: > -o content_filter=spamcheck spamcheck unix - n n - 10 pipe flags=Rq user=spamd argv=/usr/sbin/spamc --dest=127.0.0.1 --port=783 --filter-ret

Re: Ignore third-party SA headers

2017-01-25 Thread Ruga
SA runs as follows. master.cf, last line of section smtp: > -o content_filter=spamcheck spamcheck unix - n n - 10 pipe flags=Rq user=spamd argv=/usr[/sbin/spamc](http://org.OpenServer/share/spamd/bin/spamc) --dest=127.0.0.1 --port=783 --filter-retries=3 --filter-retry-sleep=2 --headers --pipe-to

Re: Ignore third-party SA headers

2017-01-24 Thread Antony Stone
On Monday 23 January 2017 at 23:43:02, Ruga wrote: > spam that already includes SA headers is getting through without local SA > filtering. Is it posible to tell the local SA to always add its own > headers, possibly taking note of the existence of former SA headers while > rewriting them out of t

Re: Ignore third-party SA headers

2017-01-23 Thread Chris
On Mon, 2017-01-23 at 17:43 -0500, Ruga wrote: > spam that already includes SA headers is getting through without > local SA filtering. Is it posible to tell the local SA to always add > its own headers, possibly taking note of the existence of former > SA headers while rewriting them out of th

Re: Ignore third-party SA headers

2017-01-23 Thread Joe Quinn
On 1/23/2017 5:43 PM, Ruga wrote: spam that already includes SA headers is getting through without local SA filtering. Is it posible to tell the local SA to always add its own headers, possibly taking note of the existence of former SA headers while rewriting them out of the way? SA never sho

Ignore third-party SA headers

2017-01-23 Thread Ruga
spam that already includes SA headers is getting through without local SA filtering. Is it posible to tell the local SA to always add its own headers, possibly taking note of the existence of former SA headers while rewriting them out of the way?