On Mon, 2011-07-18 at 10:54 -0500, Les Mikesell wrote:
> On 7/18/2011 10:27 AM, 夜神 岩男 wrote:
> >
> >> (6) Having to visit a web site and then log-on if one wants to respond.
> >
> > I keychain the logins (I think most browsers have a function like this
> > now -- I think even elinks does, and elinks is a great way to browse
> > forums, btw) and don't worry too much with it after that.
>
> So do you typically provide helpful answers to forum questions sooner
> after they are posted when you have to forum-hop than you would if they
> land in your inbox or later?
Obviously some level of activity must be maintained within a community
to ensure decent response times, but newer communities such as Ubuntu
have found forums to be a fairly useful thing. The forum community there
is doing well and questions get answered at a reasonable pace -- with
the added benefit that when someone goes on vacation they have no box
that needs filtering, unsubscribing, setting in a vacation state, etc.
to protect from lists or spam. Outside of the tech world forums have
proven themselves durable and usable for help and feedback purposes --
overwhelmingly so.
> > I find this to be a *lot* less trouble than twisting my email setup into
> > something email was never intended to be.
>
> Email wasn't intended for receiving messages and replying? Hmmm...
It was designed precisely to do those things. What was described by the
previous poster was time consuming contrivances with the specific intent
of limiting the receipt of messages -- which is exactly half of the
specification as you stated it.
> > So... what is wrong with newsreaders? In my experience the provide all
> > the benefits of email (speed, uniform interface, etc.) that you listed
> > as well as all the benefits of a post/fetch paradigm that I get from
> > forums without any of the hassles of either.
>
> Interesting that you bring this up in the context of spam. The problem
> with net news is that all of the servers stopped handling it because of
> the porn and copyright-infringing binaries postings that overwhelm it.
Newsreaders require a news server. News servers can be run by anyone, it
doesn't require a global cabal to serve news. In the later days of
usenet it was overwhelmed by crap, largely because of the enormous
number of groups created by people who didn't have time to maintain
them, had a blanket anonymous publish policy, and eventually never
showed back up to take care of their lists. Lists such as that got
swamped, and so did the servers, which made the whole system unweidly
(though news server networks are still run today and moderation via user
validation is still an option).
What I am describing is the running of a newsgroup server specific to a
project or interest, say news.centos.org (or whatever for whatever).
Initial validation would be required (not unusual for mailing lists) for
initial posting, and after that unmoderated publication would be
permitted by a validated user. This is a simple system. Disabling
attachments and/or setting file/message size limits is trivial and is an
action which occurs in just one place (the server) and doesn't bother
the users.
>From an anti-spam/security perspective a post/fetch system is simply
more suitable for noise-free discourse than email. That we have
forgotten that is likely more due to the timing of the web explosion in
the early 90's and the tech/generation gap it produced than anything
else.
> A news service with censorship might be OK. Until they censor something
> that you wanted to say or see. Forums with rss feeds might be a middle
> ground to centralize the reading side but there's still the issue of
> standardizing the forum interfaces so you don't have to figure out how
> to reply again for every interesting topic.
You have just described properly run newsgroups -- and why I am
suggesting them as a reasonable course of action which would resolve
spam issues not just within list, but limit everyone's exposure to spam
in their general mail boxes.
-Iwao
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
