> This is the 'pull' model used by Usenet, Web-based fora, and the like. > Many of us don't like that model at all. We perfer the 'push' model that > puts messages in our inbox (or other files based on procmail rules) and we > don't have to go look for it.
Yes, but the MTA can do the pull for you. It doesn't have to accept the full body of messages immediately though, until it has the time to deal with it, space to handle it, or has a chance to check a sufficient number of RBLs, etc. If the infected PC that sent out 10,000 spam messages is taken off line after the first hour, then your mail server can ignore the messages later (when it can't retrieve them) and never bother you with it at the POP/IMAP level. > Filters at the MTA level and tools like SpamAssassin help extensively. > But, as long as there are M$ OSes vulnerable to exploitation, and effective > exploits, there will be spam. Like the wars on poverty, drugs, and terrorism > spam will be with us forever and we need patience and tools that limit the > annoyance and damage. Thinking of getting rid of spam is right up there with > envisioning whirled peas. I'm not saying a change will stop spam. There will always be spam, but currently we have to spend way more money on each message to stop it than the senders do to send it. I'm actually much happier living with spam (because I know how to deal with it) than I am with Verizon and Comcast shutting down my port 25. But since there is a spam problem generally that costs a lot of companies a lot of money, they can use this as an excuse to censor our outbound traffic, one port at a time. tim _______________________________________________ PLUG mailing list [email protected] http://lists.pdxlinux.org/mailman/listinfo/plug
