At 02:04 PM 12/26/2004, you wrote:
On Thu, 23 Dec 2004 18:46:18 -0800, Chairman of the Bored <[EMAIL PROTECTED]> wrote:
>
> >Anyway, how do people feel about adding to the RCP file (if it doesnt
> >break smtpds)?
> >    Originating-IP: aaa.bbb.ccc.ddd
> >
> >It would at least give plugin implementors the info (short of parsing
> >received headers or the log file).
> >
> >klint.
>
> or put it in the message itself.

The problem there is that the spammer can add it to the message
themselves.  If you get 2 of them in a message, which one do you
believe?  You'd have to resort to the received headers or log file.

i find it highly unlikely that <myservername says it came from ip.add.res.s>
is going to be duplicated by a spammer just to get around this.

> curious.. i don't have docs for smtprcv .. but what is "spamtrap" for?
>
> how about
> "if anything sent e mail to this username, blacklist it for x amount of time".

You've answered your own question :-)

ooooh! :)

> could also *really* use the functionality to "process anything from this
> server straight
> into the incoming folder, bypassing all spam filters" ... which would allow
> us to tighten
> things down a lot. (at the moment my trashfinder caps trasher has to be
> turned off, since
> one of my clients used all capitals in the variable names for her cart
> software, and i have
> yet to fix it)

If we put the originating IP in the RCP file, then it would be fairly
trivial to do a before plugin.  of the top of my head, a command file

     for /f %%a in (%1) do call :checkme %%a %3
     goto end
     :checkme
     findstr %1 %2
     if errorlevel 0 exit 4
     :end

using "passip.cmd config.dat" in filterb.plu.

*blink*
we can run batch files from the spam fitler?
hmmm.

> until someone builds spamassasin into it, i think the above would help a lot.

I've been playing with a few of the unix filters.  I havent got any of
them to work yet.

> in part because i'd rather drop at the door with a message to the offending
> server
> than accept it, process it, then call it spam.

It's crossed my mind a few times of adding a plugin system at key points
in smtprcv (initial connect, mail from, rcpt to, end data).  I'd like to
do it as DLL's for performance, but I guess I could be be compatible
with mfilter and just run the exe and respond to the result.

at this point i'm fine to ditch the filter itself it's annoyingly unwieldy even
as tweaked out as i have it.

heck, i'd be happy if it just used my eudora pro beyesian spam filter file
and autonuked anything that was scored 75% or more.
-dd

                                \\\\\//
       \\|//       _\\|//_      |     |      _\\|//_       \\|//
       (@ @)      (' 0-0 ')     (.) (.)     (' @-@ ')      (o-o)
+-=oOOo-(_)-oOOo=oo0=(_)=0oo=oOO=-(_)-=OOo=oo0=(_)=0oo=oOOo-(_)-oOOo=-+
                | Level Seven inc. http://www.L7.net/ |                 /"\
       The worlds "one stop" InterNetworking Provider 360.753.3556      \ /
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+  X
ASCII Ribbon campaign against HTML E-Mail >- - - - - - - - - - - - - -> / \
This is the discussion list for the IMS Free email server software.
 To unsubscribe send mailto:[EMAIL PROTECTED]

           Delivered by Rockliffe MailSite
          http://www.rockliffe.com/mailsite
               Rock Solid Software (tm)

Reply via email to