Re: [Dovecot] Dovecot aspects of fighting spam

On Wed, Jun 2, 2010 at 10:20, Tom Hendrikx wrote: > Did you even try to set this up in your test environment (you have one, > don't you?) to explore your own capabilities in finding out the > behaviour of this edge case? It sounds trivial to do, but you cannot > expect other list members to test

Re: [Dovecot] Dovecot aspects of fighting spam

On 02/06/10 14:59, Phil Howard wrote: > On Wed, Jun 2, 2010 at 02:39, Rainer Frey wrote: >> On Tuesday 01 June 2010 17:01:16 Phil Howard wrote: > >>> I cannot determine how deliver with an empty string give to -m would >>> behave. >> >> This is just what I mean: the behavior of deliver -m has abs

Re: [Dovecot] Dovecot aspects of fighting spam

On Wed, Jun 2, 2010 at 02:39, Rainer Frey wrote: > On Tuesday 01 June 2010 17:01:16 Phil Howard wrote: >> I cannot determine how deliver with an empty string give to -m would >> behave. > > This is just what I mean: the behavior of deliver -m has absolutely nothing to > do with fighting spam. It

Re: [Dovecot] Dovecot aspects of fighting spam

On Tuesday 01 June 2010 17:01:16 Phil Howard wrote: > On Tue, Jun 1, 2010 at 10:45, Rainer Frey wrote: > > I guess you'll have the mental transfer of "fight spam" into "cause > > dovecot to perform this and that action" yourself. The possible actions > > are, in general, documented. > > I cannot

Re: [Dovecot] Dovecot aspects of fighting spam

On 6/1/10 3:56 PM -0400 Phil Howard wrote: Since sieve looks like it will be a problem right now, until I get a solution to that, I'm seriously considering this solution. A shim program I write in C will be run from Postfix master.cf just as ... you are just making it harder than it has to be.

Re: [Dovecot] Dovecot aspects of fighting spam

On 01/06/2010 20:56, Phil Howard wrote: Since sieve looks like it will be a problem right now, until I get a solution to that, I'm seriously considering this solution. A shim program I write in C will be run from Postfix master.cf just as Dovecot deliver is now. I'd basically change the executa

Re: [Dovecot] Dovecot aspects of fighting spam

On 2010-06-01 3:56 PM, Phil Howard wrote: > Since sieve looks like it will be a problem right now, until I get a > solution to that, I'm seriously considering this solution. A shim > program I write in C will be run from Postfix master.cf just as > Dovecot deliver is now. I'm trying to figure out

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 14:56, Frank Cusack wrote: > Man oh man.  You don't have much experience with mail and it sounds > like you are starting from scratch.  You have your work cut out for > you. :) Well, actually I do. A lot of it is way way back there with sendmail. Back then I coded sendma

Re: [Dovecot] Dovecot aspects of fighting spam

Original-Nachricht > Datum: Tue, 1 Jun 2010 09:42:18 -0400 > Von: Phil Howard > An: Dovecot Mailing List > Betreff: [Dovecot] Dovecot aspects of fighting spam > I see no documents in the Dovecot documents wiki on how Dovecot > features can be used in the

Re: [Dovecot] Dovecot aspects of fighting spam

I hadn't gotten to reading much about Sieve, yet, as what I had read said it was something IMAP users would run. Man oh man. You don't have much experience with mail and it sounds like you are starting from scratch. You have your work cut out for you. :) The standard way to filter spam is [al

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 12:41, Stan Hoeppner wrote: > Law firm or heavily FED GOV regulated industry?  Or just HUA (head up ass) > management with zero understanding of email and spam? People dealing with a large variety of outside clients and potential clients where bouncing THEIR mail gives bad

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 12:55, William Blunn wrote: > "The Dovecot Sieve plugin provides mail filtering facilities at time of > final message delivery using the Sieve (RFC 5228 > ) language." > > "Sieve is implemented as a plugin to deliver

Re: [Dovecot] Dovecot aspects of fighting spam

On 01/06/2010 17:05, Phil Howard wrote: On Tue, Jun 1, 2010 at 11:01, William Blunn wrote: Get your anti-spam software to add header records to the messages, then use Dovecot LDA Sieve to filter based on those header records. So I can run Sieve as part of the deliver? Or does it ru

Re: [Dovecot] Dovecot aspects of fighting spam

Phil Howard put forth on 6/1/2010 11:25 AM: > On Tue, Jun 1, 2010 at 12:17, Stan Hoeppner wrote: >> Phil Howard put forth on 6/1/2010 9:15 AM: >>> On Tue, Jun 1, 2010 at 10:04, Jerry wrote: >>> The fight against SPAM is NOT Dovecots responsibility. >>> >>> Whose responsibility is it to get d

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 12:17, Stan Hoeppner wrote: > Phil Howard put forth on 6/1/2010 9:15 AM: >> On Tue, Jun 1, 2010 at 10:04, Jerry wrote: >> >>> The fight against SPAM is NOT Dovecots responsibility. >> >> Whose responsibility is it to get detected spam delivered into the >> correct folder?  

Re: [Dovecot] Dovecot aspects of fighting spam

Phil Howard put forth on 6/1/2010 9:15 AM: > On Tue, Jun 1, 2010 at 10:04, Jerry wrote: > >> The fight against SPAM is NOT Dovecots responsibility. > > Whose responsibility is it to get detected spam delivered into the > correct folder? Dovecot deliver is typically used to deliver into the > In

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 11:01, William Blunn wrote: > Get your anti-spam software to add header records to the messages, then use > Dovecot LDA Sieve to filter based on those header records. So I can run Sieve as part of the deliver? Or does it run soon after that?

Re: [Dovecot] Dovecot aspects of fighting spam

On 01/06/2010 14:42, Phil Howard wrote: I see no documents in the Dovecot documents wiki on how Dovecot features can be used in the fight against spam. One hit came up in a search, and it was about how to fight spam in the MoinMoin Wiki itself (e.g. TextCHAs and such). I already asked in anothe

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 10:45, Rainer Frey wrote: > I guess you'll have the mental transfer of "fight spam" into "cause dovecot to > perform this and that action" yourself. The possible actions are, in general, > documented. I cannot determine how deliver with an empty string give to -m would beh

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 10:21, Frank Elsner wrote: > Ok, you obviously have a different environment and requirements. > > - I do the delivery into special folder by the MTA (exim) and the LDA is >  not used at all. > > - detection training is not done. > > > Sorry, my world may be to narrow :-) E

Re: [Dovecot] Dovecot aspects of fighting spam

On Tuesday 01 June 2010 15:42:18 Phil Howard wrote: > I see no documents in the Dovecot documents wiki on how Dovecot > features can be used in the fight against spam. One hit came up in a > search, and it was about how to fight spam in the MoinMoin Wiki itself > (e.g. TextCHAs and such). I guess

Re: [Dovecot] Dovecot aspects of fighting spam

On 2010-06-01 10:34 AM, Charles Marcus wrote: > There is also a plugin for dovecot that makes it easy for users to > reclassify stuff as spam or not spam by simply moving the messages to > the appropriate folder, but I think it is mainly designed for DSPAM... > anyone using it with spamassassin? S

Re: [Dovecot] Dovecot aspects of fighting spam

On 2010-06-01 9:42 AM, Phil Howard wrote: > I see no documents in the Dovecot documents wiki on how Dovecot > features can be used in the fight against spam. One hit came up in a > search, and it was about how to fight spam in the MoinMoin Wiki itself > (e.g. TextCHAs and such). 1. Set up postfix

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, 1 Jun 2010 10:02:56 -0400 Phil Howard wrote: > On Tue, Jun 1, 2010 at 09:54, Frank Elsner > wrote: > > On Tue, 1 Jun 2010 09:42:18 -0400 Phil Howard wrote: > >> I see no documents in the Dovecot documents wiki on how Dovecot > >> features can be used in the fight against spam.  One hit ca

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 10:04, Jerry wrote: > The fight against SPAM is NOT Dovecots responsibility. Whose responsibility is it to get detected spam delivered into the correct folder? Dovecot deliver is typically used to deliver into the Inbox(es). It would be involved. Note that I am not sayi

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, 1 Jun 2010 09:42:18 -0400 Phil Howard articulated: > I see no documents in the Dovecot documents wiki on how Dovecot > features can be used in the fight against spam. One hit came up in a > search, and it was about how to fight spam in the MoinMoin Wiki itself > (e.g. TextCHAs and such)

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 09:54, Frank Elsner wrote: > On Tue, 1 Jun 2010 09:42:18 -0400 Phil Howard wrote: >> I see no documents in the Dovecot documents wiki on how Dovecot >> features can be used in the fight against spam.  One hit came up in a >> search, and it was about how to fight spam in the

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, 1 Jun 2010 09:42:18 -0400 Phil Howard wrote: > I see no documents in the Dovecot documents wiki on how Dovecot > features can be used in the fight against spam. One hit came up in a > search, and it was about how to fight spam in the MoinMoin Wiki itself > (e.g. TextCHAs and such). Fighti

[Dovecot] Dovecot aspects of fighting spam

I see no documents in the Dovecot documents wiki on how Dovecot features can be used in the fight against spam. One hit came up in a search, and it was about how to fight spam in the MoinMoin Wiki itself (e.g. TextCHAs and such). I already asked in another thread about removing message files at t