On Tuesday 21 September 2004 06:39 pm, Damian Menscher wrote: > > Why? Since all you achieve with rejects is indirectly causing a lot of > > "virus bounces" to appear at innocent bystanders. > > No, you also guard against false positives.
exactly. If the remote sender is sending a legitimate file that just happens
to be infected with a virus, they'll get the bounce back and hopefully,
notice that they are infected with something. This, in my experience, is
EXTREMELY rare (in fact, I've never seen it with my own eyes, but that's not
to say it doesn't happen), but it's worthwhile in my opinion.
> > However, if the remote end is a real mailserver, either because the
> > virus is programmed to send via the default outgoing smtp server, or
> > because someone .forwards all mail to you, or maybe because there's
> > a lower preference MX for some domain, or maybe even because some
> > viruses abuse any listening port 25 that's willing, and one of those
> > smarthosts to your server, then you will cause that other mail server to
> > send a bounce to the wrong person.
>
> That is not your fault. It is the fault of the remote mailserver.
> Educate them.
I totally agree. If another server is relaying viruses, then they deserve to
have to handle the bounces in my opinion. I don't currently reject viruses,
however, I do monitor all virus reports that come into my mailbox (which,
since I'm not a huge provider, isn't much, but I do take the time to review
each one)
-Jeremy
--
Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet Technologies, Inc.
[EMAIL PROTECTED] ++ www.inter7.com ++ 866.528.3530 ++ 815.776.9465 int'l
kitchen @ #qmail #gentoo on EFnet ++ scriptkitchen.com/qmail
GnuPG Key ID: 481BF7E2 ++ scriptkitchen.com/kitchen.asc
pgpK6of1SPsKr.pgp
Description: PGP signature
