On 16-02-03 02:45 PM, John Levine wrote:
Right now, there is no great solution. One I recommended before was to
block relayed spam, and then have the user's set up pop fetching. So, the
cleanest mail should arrive quickly, and everything else will be fetched
more slowly.
That's what my users do. After telling me what a horrible idea it was, they
now like it just fine.
I believe one of your competitors has a hack in which mail with a
header like the one Spamassassin adds is generally delivered to the
spam folder and doesn't count (much) against one's reputation. That
is certainly subject to gaming, but in my experience getting my
filters and Google's to agree what's spammy, if only to defer to POP
fetch, is pretty hard.
R's,
John
And again, why should we push spam any farther. You should explain to
your customers that you don't allow spam to be forwarded any farther,
and either 'reject it' (not bounce it) before accepting, or create a
mechanism to 'hold' things you think are spam on your server.
Don't expect Gmail (or anyone else) to accept spammy messages, simply
because the sender says they want the spam to go to them.
--
"Catch the Magic of Linux..."
------------------------------------------------------------------------
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
------------------------------------------------------------------------
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
------------------------------------------------------------------------
604-682-0300 Beautiful British Columbia, Canada
This email and any electronic data contained are confidential and intended
solely for the use of the individual or entity to which they are addressed.
Please note that any views or opinions presented in this email are solely
those of the author and are not intended to represent those of the company.
_______________________________________________
mailop mailing list
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
