-------- Original-Nachricht --------
> Datum: Tue, 28 Jul 2009 20:04:38 +0200
> Von: Julien Valroff <[email protected]>
> An: [email protected]
> Betreff: Re: [Dspam-user] Dealing SPAM

> Le mardi 28 juillet 2009 à 19:52 +0200, Steve a écrit :
> > -------- Original-Nachricht --------
> > > Datum: Tue, 28 Jul 2009 12:49:37 -0400
> > > Von: Roman Gelfand <[email protected]>
> > > An: [email protected]
> > > Betreff: [Dspam-user] Dealing SPAM
> > 
> > > I am not sure if I understood this correctly... Upon determination
> that
> > > email is spam, the mail spam email could be either forwarded with a
> tag in
> > > header or quarantined.  If this is true, is there a way to tell dspam
> to
> > > drop conneciton, without storing email anywhere, upon determination
> that
> > > email is span?
> > > 
> > No. There is no such thing. I know that functionality been requested in
> the past. Something like:
> > If result = spam and confidence factor >= 0.50 and probability >= 0.75
> then log and drop message
> 
> Wouldn't this be MDA's responsibility?
> 
Could be done on the MDA level. Something like procmail, maildrop, sieve and I 
don't know what else could do that. But I do see situations where one would 
like to drop the message at DSPAMs stage (for example if running DSPAM as 
router/gateway and the final recipient/system is on a slow link and 
transferring that SPAM tagged message would unnecessarily eat away bandwidth).


> This feature would be interesting if it could (also) be set on a
> per-user/group basis, with the possibility to configure this from the
> webui.
> 
If you ask me then this could (/should) be implemented in two places:
1) User Preference (if available)
2) Inside the group file

I think point 1 does not need to be explained. Point 2 could be interesting for 
setups where one does not have preference extension and would like to have 
greater control of when a message should be dropped and when not. Something 
like this (just an example):
----
spamhaters:drop:0.75:0.50:user1,user2,user3
----

Where the structure would be:
----
<group>:<type>:<confidence factor equal or greater>:<probability equal or 
greater>:<list of users or wildchar or domain wildchar>
----


> As sysadmin, I would never take this responsibility for my users...
> 
Me neither. Beside that in some countries it would be illegal (under certain 
conditions) to drop messages after you have accepted them (Germany comes to my 
mind).


> Cheers,
> Julien
> 
Steve

> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and focus
> on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Dspam-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspam-user

-- 
Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Dspam-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspam-user

Reply via email to