Lets take this from the top.

You, and other advocates of enforced screening of sent e-mail are
assuming that all individuals who send e-mail would abide by that
edict. Obviously you know that is a false assumption. Spammers
obviously would not adhere to that edict; nor would the majority of
casual e-mail users. There is just no incentive to do so. It therefore
becomes the responsibility of the recipient to insure the integrity of
the document(s) that they accept.

Second, you appear to be under some sort of misguided belief that all
scanning engines are equal and that they are 100% accurate. In
actuality, that is another fallacy.

Third, you seem to believe that the sending of a malicious e-mail would
result in your network being blacklisted. That is also false. Now, if
you were sending a multitude of such documents, that could very well
happen. However, if you are in fact sending hundreds of malicious
documents you have problems that far transcend simply screening of your
transmissions. In reality, a user running his own mail server has a
greater chance of getting blacklisted if they produce 'backscatter'.

You have to, or at least should screen all received documents anyway.
Wasting time and resources to do it on transmitted as well as received
ones is redundant. If your network is spewing large amounts of garbage
you do have a serious problem. One that should be corrected at the
source. If you don't know how, or lack the fortitude to do so, then
perhaps you should consider hiring a professional to do it for you.


--
Jerry

IMHO there is not going to be a consensus with you on outbound scanning.
Those of us that like to "waste" resources will continue to do so, and you can do whatever you like :)

I think everyone will agree that ALL inbound, end user mail should be scanned.

Redundancy is a very good thing. I like to have both onsite backups for quick access and "redundant" off-site backups for disaster recovery purposes :)

Jim

_______________________________________________
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://www.clamav.net/support/ml

Reply via email to