Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Comcast and SORBS



Rich Braun wrote:

> [...] We're getting a bit off-topic from the Linux group if I reply 
> to this in detail; my personal interest in posting here is to seek 
> Linux-specific tools and services to continue running a private email
>  server given ever-increasing restrictions.

Do your Terms of Service with your ISP allow such servers?

 From what you've written, nobody is preventing from running your private
email server. However, others running their own servers have elected not
to accept email from servers running off of dynamic IP ranges.
Lamentable as that is, *dealing with it* is definitely on-topic.

> But I do feel compelled to respond to the above point:  even if every
>  large ISP based in America and the major countries that share 
> American intellectual-property corporate values were to implement 
> blocks on SMTP port 25, the impact on spam would be *negligible*.  I 
> get about 10,000 spams per month.  Only a very small percentage is 
> from servers based here in America, and I'd probably have to search 
> long and hard for any sent out using a cable modem.

In your analysis, what percentage *are* originating from US-based
servers? Looking at my own (small personal) mail patterns, I get
significant numbers of messages that are flagged by spamassassin and
various RBLs as originating from dynamic IP ranges. (These are obviously
originating from ISPs that DO NOT block port 25.) A quick skim of the
headers makes me think that the bulk ARE originating from within the USA
(though admittedly I haven't done a detailed analysis.)

> I just flat-out disagree with your assertion that Comcast should 
> block outbound port 25 in the interest of spam reduction.

It sounds like Comcast is ideal for you then!

> [...] I used to run major operations at two different ISPs.  If I 
> ever said anything like the above in a forum visible to customers, 
> there would have been serious consequences.

Don't your ToS imply as much today?

> As for the public-policy implications of the above, suffice it to say
>  that I'm a card-carrying member of the ACLU and that I believe the 
> public does have an ownership interest in the utility rights-of-way 
> and/or broadcast spectrum that delivers Internet service to/from our 
> homes.  ISPs do not provide me with their service using "private 
> property".

How do you feel about spam? Do you feel that it constitutes freedom of
speech? Do you feel that others should be compelled to receive your
messages (spam or not)? Not to be antagonistic. I've simply run into a
few folks who genuinely feel that such is their right.

It's interesting enough to argue the pros and cons of blocking outbound
SMTP from residential subscribers, but I don't expect to change
anybody's mind if they already have strong opinions.

Here's the problem as I see it:

1. I want to have the flexibility of operating a server that I control
for a variety of reasons, including privacy concerns. I would like the
ability to avoid having my messages stored by an ISPs mail servers. I
would like to have control over how inbound messages are accepted. (OK,
I'm being a bit contradictory here admittedly.)

2. Residential broadband has been heavily abused, and (deservedly or
not), mail sent from such sources has been flagged as potential spam by
many sources. Presumably, much thought has gone into this, and whether I
like it or not, it *is* the reality.

3. Mail from "approved" servers is largely exempted, or at least not
subject to the taint of being "sent from residential address." Anonymous
open relay addresses are as likely to be flagged as spam sources as my own.

4. While I know WHAT to do about the problem, I'm not quite willing or
able to spend a lot each month to address the issue.

Given all that, if a group such as BLU were to establish a
group-maintained server that strives to meet the privacy and control
desires of the users, *while still maintaining a strict policy of
adherence to polite and respectful usage*, might that service stand as
good a chance of avoiding RBLs as any other? Might a "LUG-bonded sender"
program help attest to the "non-spamminess" of messages sent through it?

While it wouldn't be immune to the potential for government abuse, it
presumably would be watched over by a community of rabid privacy
advocates who would at least be guaranteed to put up more of a fight
than any faceless ISP. Policies governing appropriate use would be dealt
with by the community rather than any outside entity. Requirements for
signed PGP keys etc. might be useful, and I'm sure there are other
better ideas. An outbound SMTP proxy that requires user authentication
(thus accountability) perhaps?

- Bob










BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org