any word on why this doesn't work (as stated below)
and starts rejecting ALL msgs for HEADER reasons?
"nikken|[EMAIL PROTECTED]|amazon"

thx
jaymer...


--- Jaymer <[EMAIL PROTECTED]> wrote:

> hi baris
> i tried to use "forbidden line" rules but it did not
> work for me.
> following along my original example below, lets say
> i
> wanted to make my conf file:
>    forbidden_header_lines = "nikken"
> 
> when i tried this it seemed to work fine and i was
> going to monitor it over a few days to see if less
> spam arrived.  but since i was there, i went ahead
> and
> added a few other entries to the line:
>    forbidden_header_lines =
> "nikken|[EMAIL PROTECTED]|amazon"
> and then i went to lunch.
> 
> when i returned and viewed the log, I found that
> EVERY
> email was getting rejected for "HEADER" reasons and
> not until I removed this back to only one token
> "nikken" did it start allowing email through.
> 
> i'm on 1.0-r4.
> it would be nice if i got this working, but much
> better when you get it fixed in code.  thanks for a
> great product!
> 
> jaymer...
> 
> --- Baris Simsek <[EMAIL PROTECTED]> wrote:
> 
> > Hi,
> > 
> > You are right, this is a known issue. I'll fix it.
> > 
> > But anyway, you can reject emails like this by
> using
> > the 
> > forbidden_header_line feature in qsheff.conf.
> > 
> > regards,
> > 
> > Baris Simsek
> > http://www.enderunix.org/simsek/
> > 
> > 
> > Jaymer wrote:
> > > hi all
> > > 
> > > lets say my main email is [EMAIL PROTECTED]
> > > and i've created various alias's over the
> years...
> > 
> > >   [EMAIL PROTECTED]
> > >   [EMAIL PROTECTED]
> > >   [EMAIL PROTECTED]
> > > 
> > > once a particular email address starts getting
> > > spammed, then i just filter out emails to that
> > one, so
> > > i can do a REJECT [EMAIL PROTECTED] and that will
> stop
> > all
> > > mail coming in to that address.
> > > 
> > > the qsheff "bug" that I see on a daily basis is
> > when
> > > the spammer send an email to:
> > > "[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]"
> > >  
> > > in the above case, the REJECT does not work and
> > the
> > > email gets delivered to all three mailboxes.
> > > 
> > > i think that the behavior should be that if a
> > REJECT
> > > email address is found anywhere in the TO or CC
> > > addresses, then I should be able to stop it
> > entirely.
> > > 
> > > thx
> > > jaymer...
> > > 
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to