>> I will also add that in my experience, just denying a site access
>> to your system because of a few spam merchants thereon is simply
>> counterproductive and only harms the site doing the denying.
> I respectfully dissagree on this Riley. I realise you have been
> inconvienced by this policy but think about the rest of us.
I was also 'inconvenienced', along with a lot of other people, when
microsoft.com blacklisted the .ac.uk 'domain' and thus denied access
to their site from every university in the UK. The problem with that
is that the .ac.uk 'domain' is NOT a single domain, but a super-domain
like .net or .org with many separate subdomains that are administered
separately...
Personally, I stand by my claim that blocking whole domains in that
manner is what the spammers WANT you to do, since they get their kicks
by causing people to inconvenience other people in this way. Because
of this, I also stand by my claim that blocking domains willy-nilly
like that only harms the people doing the blocking, and lets the
spammers jump for joy at another success.
> You could help by refusing to patronise a provider who caters to
> net abusers.
I could also help by just refusing to do business with any company
that has me blocked, but that's because they deny me the opportunity
to do business with them, not because I choose to do so.
Don't get me wrong, there ARE companies that have a SENSIBLE blocking
policy relating to whole domains - one such is Compaq - but there are
far too many that are willing to surrender to the spammers...
Best wishes from Riley.
+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/