-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Matt Kettler writes:
> At 01:17 PM 7/8/2004, Cami wrote:
> > > MTA layer integration.. It scans at the end of the SMTP DATA phase
> > prior to accepting delivery. Messages can still be 4xx'ed or 5xxed at the
> > end of the DATA phase, so this does in fact work.
> >
> >Completely defeats the point of greylisting..
>
> No, it doesn't. If you think it does, perhaps you've misunderstood what was
> described above. Note that this is still done prior to accepting the
> message. It's done after the DATA phase, but BEFORE the acceptance of that
> data.
>
> It does miss out on the "extra benefit" of bandwidth savings, but does not
> defeat the spam-prevention powers of greylisting. And reducing the amount
> of spam in your mailbox IS the primary purpose of greylisting.
>
> The spam still doesn't end up in your mailbox. The legitimate email still
> tries again. Benefits of greylisting are 99% intact.
Yeah -- IMO, the "bandwidth" argument -- where spamfiltering systems can
be deployed at SMTP connect/HELO/MAIL FROM/RCPT TO stages -- is not a
killer requirement nowadays.
It's greatly outweighed by the benefits of
- fewer false positives
- less time spent on manual filtering by end users
Systems that take care of those two should be prioritised over the
bandwidth benefit.
- --j.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Exmh CVS
iD8DBQFA7bFCQTcbUG5Y7woRAhzWAJ9tRGRMTdI+VU+lmFckoDmXZvij1gCgrjDb
u2yaPsgVq8nhBwlA730Kduw=
=lt4Q
-----END PGP SIGNATURE-----
