On Mon, 12 Nov 2007 10:48:00 PST, Douglas Otis said: > > 2. At best, this reduces total bytes over the but the requirement > > for a notification message does not reduce the number of network > > 'transactions' -- in fact it increases them by 100% or more. > > This calculation is wrong. You are assuming a substantial percentage > of messages will be retrieved, yet the typical levels of spam would > suggest otherwise.
Note that a fairly large percentage of spam is flagged as such by scanning the *body* of the message - in other words, you don't know if it's spam until you fetch the data *anyhow*. What percent of spam are you blocking based *only* on the SMTP MAIL FROM/RCPT TO data? That's the percentage you can avoid fetching the body - and if you're smart you *currently* 4xx/5xx the transaction before you get to DATA in that case, so you're not saving any network bandwidth by not fetching it over a second connection.
pgp0iiZyKlmpy.pgp
Description: PGP signature
