Re: pre-queue spam check

2015-04-16 Thread Hugo Osvaldo Barrera
On 2015-04-08 16:10, Joerg Jung wrote: > > > On 08 Apr 2015, at 13:04, Gilles Chehade wrote: > > > >> I know about clamsmtp, spampd etc. which check/tag *after* queuing. But > >> since I prefer not to annoy my users with quarantine (web-interfaces), > >> ***SPAM*** subjects, spam folders, or sim

Re: pre-queue spam check

2015-04-11 Thread Joerg Jung
On Sat, Apr 11, 2015 at 04:06:49PM +0100, Craig Skinner wrote: > On 2015-04-11 Sat 16:04 PM |, Joerg Jung wrote: > > > > From my understanding, the user connects on port 25 (using STARTTLS and > > SMTP AUTH), is blocked by spamd (451 temporarily greylisted for 25 min), > > but usually MUAs try ag

Re: pre-queue spam check

2015-04-11 Thread Craig Skinner
On 2015-04-11 Sat 16:04 PM |, Joerg Jung wrote: > > From my understanding, the user connects on port 25 (using STARTTLS and > SMTP AUTH), is blocked by spamd (451 temporarily greylisted for 25 min), > but usually MUAs try again some seconds later... Users connect to the submission port 587 via t

Re: pre-queue spam check

2015-04-11 Thread Joerg Jung
On Sat, Apr 11, 2015 at 12:12:05PM +0200, Peter N. M. Hansteen wrote: > Joerg Jung writes: > > > I also know about spamd, but that is not really an option for now as the > > server speaks v6 and STARTTLS, moreover I have legacy users which AUTH > > on port 25 as well. This does not play well with

Re: pre-queue spam check

2015-04-11 Thread Peter N. M. Hansteen
Joerg Jung writes: > I also know about spamd, but that is not really an option for now as the > server speaks v6 and STARTTLS, moreover I have legacy users which AUTH > on port 25 as well. This does not play well with spamd. spamd doesn't even attempt smtp auth, but then once the sender is white

Re: pre-queue spam check

2015-04-08 Thread Joerg Jung
On Wed, Apr 08, 2015 at 04:10:22PM +0200, Joerg Jung wrote: > The longer I think about it (while looking at the existing filter code), the > more I > come to the conclusion that I just should sit down tonight and write this > missing > SA filter. Based on the existing filters in -extras and the

Re: pre-queue spam check

2015-04-08 Thread Joerg Jung
> On 08 Apr 2015, at 16:10, Joerg Jung wrote: > >>> I know about opensmtpd-extras and have seen the filters, but these are >>> not yet enabled and ready for production, right? Writing my own filter >>> to check spam (similar as milter does) seems to be possible and I think >>> I have the C skill

Re: pre-queue spam check

2015-04-08 Thread Joerg Jung
> On 08 Apr 2015, at 13:04, Gilles Chehade wrote: > >> I know about clamsmtp, spampd etc. which check/tag *after* queuing. But >> since I prefer not to annoy my users with quarantine (web-interfaces), >> ***SPAM*** subjects, spam folders, or similar things I want to ask: Is >> there any chance

Re: pre-queue spam check

2015-04-08 Thread Gilles Chehade
On Wed, Apr 08, 2015 at 11:44:04AM +0200, Joerg Jung wrote: > Hi, > Hi, > > [...] > > I know about clamsmtp, spampd etc. which check/tag *after* queuing. But > since I prefer not to annoy my users with quarantine (web-interfaces), > ***SPAM*** subjects, spam folders, or similar things I want to

pre-queue spam check

2015-04-08 Thread Joerg Jung
Hi, I'm in the middle of migrating a rather large existing openbsd setup with sendmail+milter, spamassassin, clamav, and dovecot as well as virtual users to a similar opensmtpd setup. Now I stuck a bit with the spam/virus checking. I know about clamsmtp, spampd etc. which check/tag *after* queui