Daniel V. Reinhardt put forth on 7/21/2010 2:06 PM:

> Your average joe doesn't need to be running servers, and if you want business 
> class services and abilities then pay for it.  

Class warfare and/or financial means arguments are invalid in this discussion.

> Bandwidth costs money.  You can't 
> have your cake and eat it too.

Any consumer running his/her own MX/outbound for the family and the dog is
going to consume 1000 fold or more bandwidth over TCP 80 then they ever would
over TCP 25, even if infected with a spam bot or 9.  Thus this argument is
invalid as well.


What you are attempting to do here is define SMTP traffic as a "special class"
of service reserved for a "special class" of users, in your words, those who
pay more.  By your rationale, it now becomes the ISPs' decision to decide what
application protocols/ports fall into various "special charge" categories, and
thus begin charging different customers different rates based on what
applications they use, be those SMTP, P2P, HTTP, etc.

In the case of Comcast throttling P2P traffic, the FTC and the courts came
down on the side of consumer rights and, yes, "Net Neutrality".  The Net
Neutrality concept in a nutshell is that all TCP//UDP IP ports and packet
types are _equal_ and shall not be unilaterally blocked or manipulated in a
negative way by ISPs and/or others.

Even though I'm a fervent supporter of Net Neutrality, because I'm heavily
anti-spam as well, I always promote that ISPs block TCP 25 by default, but
give immediate access to those customers who ask for it.  This helps eliminate
bot spam yet keeps the ISPs from running completely afoul of Net Neutrality
principals.

It's a win for everyone.  Well, everyone except those who've already bought
into the "pay more if you wanna play" philosophy who get bitter and jealous
when another consumer can host all services s/he wants to on the cheapest line
available from a different ISP.  The "jealously/sour grapes attitude" has no
place in this discussion and is invalid.  No one should have to pay more for
TCP 25 or TCP 143 access than one does for TCP 80 or TCP 443 access.  Arguing
otherwise simply demonstrates one's knuckles drag the ground when s/he walks. ;)

-- 
Stan

Reply via email to