Hello Luis; I am not sure I would have the solution you are looking for, however, that is the clients decision, I would think, and that is to use client-side spam filtering. To handle it this way, you would need to set up your server to only flag suspected spam and perhaps add **SPAM** to the subject line or in a x-header. Modifying the subject line makes it easy for the client to move suspected spam to a junkmail folder for later review.
I can not advise on Declude, because I do not use that software. Adding to my previous post, I currently have over 200,000 IP numbers (and some domain names) in our proprietary blacklist, and only 20 email addresses in the whitelist (By request of a client) To me, this is a very low false positive rate, and is considered acceptable by our subscribers, who do not wish delivery to the client of junk mail. The client is more likely to receive the occasional spam that has not yet been picked up by our list. We use a Postfix gateway server which does the scanning and then relays the clean email to the customers' mail server. Doug ====================================== Our Anti-spam solution works!! http://www.clickdoug.com/mailfilter.cfm For hosting solutions http://www.clickdoug.com http://www.forta.com/cf/isp/isp.cfm?isp_id=1069 ====================================== ----- Original Message ----- From: "Panda Consulting S.A. Luis Alberto Arango" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, July 31, 2004 1:36 PM Subject: RE: [IMail Forum] Convert this to English please? : Doug, just out of curiosity. I would like to know your opinion on this. : : What about antispam client side technology instead of server-side. Users can : train to their specifics needs what and what is not spam. They can easily : recover legitimate email from their junk folders. Users don't have to bother : calling their hosting provider to see what happened with an email they were : expecting. : : Furthermore you don't have to worry about blocking or not something you : consider a spammer sender with what ever rule you consider fair. : : Problem is that the user will download a lot more emails per day his/her : machines does the work for them. So it takes a little bit more time to : download the emails from the server. : : I haven't made up my mind about what technology to use. I have tried server : side technology and found that it causes problems to our users isolating : legitimate emails from time to time. I have tried client side technology : along with some other test users and so far we are very happy with it. Take : a look for example at http://www.junksweep.com/ you can install it for free. : It uses Bayesian technology that I thing it is very useful when trained by : every single user to meet their specific needs. Although it is free I will : happy pay for a product like this. : : What about Declude creating a client side technology along with server side : technology... : : -Luis Arango : : > -----Original Message----- : > From: [EMAIL PROTECTED] [mailto:IMail_Forum- : > [EMAIL PROTECTED] On Behalf Of Doug White : > Sent: Friday, July 30, 2004 6:23 PM : > To: [EMAIL PROTECTED] : > Subject: Re: [IMail Forum] Convert this to English please? : > : > There are two rather widely separated camps regarding handling of unwanted : > email (UBE) and unsolicited commercial email (UCE) One side willingly : > provides the connectivity and resources to accept all spam, choosing only : > to : > flag it and deliver as usual. The other does not wish to allow spammers : > ingress to their systems, to the extent possible, and this camp chooses to : > block all UCE/UBE at the border, even at the small risk of turning away : > what : > some may call legitimate email. Each side presents strong arguments in : > favor : > of their positions, but should never denigrate those who do not agree and : > take : > the opposite position. : > : > In either camp, there are no settings that should be considered "set it : > and : > forget it" and attention must be constant and regular in tweaking the : > settings. : > No single solution that is reactive will ever be a perfect one, Spammers : > spend : > a lot of money staying up with technology, and improved methods for : > getting by : > whatever solution you impose in your individual case. : > : > Spamcop, for instance, does not blacklist your server on the basis of one : > complaint, and provide contact information should you be reported as a : > spammer : > in error. They have been quite proactive, in my experience, in rectifying : > erroneous reports. On the other hand if you direct bulk email to their : > designated spam trap addresses, you may expect to be blacklisted : > immediately, : > and in my opinion deservedly so. : > : > As a part of our system, we have scripting that will permanently blacklist : > your : > mail server after the receipt of 5 obviously spam emails, or two virus : > infected : > emails. Our reasoning is that the originator of such email is not : > responsible : > enough to be allowed ingress to our servers, which serve over 1300 : > domains. : > This part of our policy is clearly explained to our subscribers. Our : > customers : > do not wish Viagra, Cialis, Casino, or mortgage scam email to appear in : > their : > customers' inboxes or other folders. This junk mail makes up over 50% of : > all : > email attempting to deliver to our gateway. The blacklisted ISP cannot : > petition us for removal, because we will likewise ignore them as well. : > Open : > relay and dynamic sources are treated likewise. We cannot be expected to : > assume liability for compromised or misconfigured servers. : > : > Does this sound harsh? Of course it does, but we refer the complaints : > right : > back to their own irresponsible server operators where the responsibility : > should rightfully lie. : > : > Your mileage may vary, we are satisfied with our approach. : > : > ====================================== : > Our Anti-spam solution works!! : > http://www.clickdoug.com/mailfilter.cfm : > For hosting solutions http://www.clickdoug.com : > http://www.forta.com/cf/isp/isp.cfm?isp_id=1069 : > ====================================== : > : > : > ----- Original Message ----- : > From: "Panda Consulting S.A. Luis Alberto Arango" <[EMAIL PROTECTED]> : > To: <[EMAIL PROTECTED]> : > Sent: Friday, July 30, 2004 3:40 PM : > Subject: RE: [IMail Forum] Convert this to English please? : > : > : > : My two cents. Your best defense is that ServePath is quite irresponsible : > : using SpamCop in a Production Environment if they haven't warned their : > users : > : about the pro and cons of using SpamCop. Bottom line, it affects : > legitimate : > : email from reaching the user. : > : : > : : > : > : > To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html : > List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ : > Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ : > ______ : > [Email scanned for viruses by Panda Consulting -www.pandacons.com-] : > [Email escaneado contra virus por Panda Consulting -www.pandacons.com-] : : : ______ : [Email scanned for viruses by Panda Consulting -www.pandacons.com-] : [Email escaneado contra virus por Panda Consulting -www.pandacons.com-] : : : To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html : List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ : Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ : : To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
