From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thomas Lord Newsgroups: gmane.emacs.help Subject: Re: lamers on IRC Date: Sat, 28 May 2022 09:12:35 -0700 Message-ID: References: <87wnedb6xe.fsf@dataswamp.org> <87o7zox6w4.fsf@dataswamp.org> <87pmk1b5ot.fsf@dataswamp.org> <9109efc3-0d1d-4d21-8160-24da6f7cd256@www.fastmail.com> <87bkvj9fr7.fsf@dataswamp.org> <87ee0eselt.fsf@dataswamp.org> <5b08e28cbbd8e3c63febe68ead319316@basiscraft.com> <87k0a68eyl.fsf@dataswamp.org> <875ylq8dev.fsf@dataswamp.org> <2a7698a89c8e34126dbc7e357feea8e0@basiscraft.com> <874k19pue3.fsf@dataswamp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2965"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Roundcube Webmail/1.3.17 Cc: help-gnu-emacs To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sat May 28 18:13:34 2022 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nuz4G-0000ZW-8C for geh-help-gnu-emacs@m.gmane-mx.org; Sat, 28 May 2022 18:13:32 +0200 Original-Received: from localhost ([::1]:59950 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nuz4E-0005aO-Ux for geh-help-gnu-emacs@m.gmane-mx.org; Sat, 28 May 2022 12:13:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34586) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nuz3Q-0005Z6-KL; Sat, 28 May 2022 12:12:40 -0400 Original-Received: from c.mail.sonic.net ([64.142.111.80]:57046) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nuz3O-0001Iu-Jp; Sat, 28 May 2022 12:12:40 -0400 Original-Received: from webmail.sonic.net (webmail.a.apps.sonic.net [64.142.109.105]) (authenticated bits=0) by c.mail.sonic.net (8.16.1/8.16.1) with ESMTPA id 24SGCZ5I002992; Sat, 28 May 2022 09:12:35 -0700 In-Reply-To: <874k19pue3.fsf@dataswamp.org> X-Sonic-Auth: ytHgo/KOXYw4t+uDZJoM2B8fpGGEIL3utIjGbiDVW7xTGsG6fJVFeDUBqOXnokW9mZamZxXiULIzBExQUJjBn+pltabSSrW7FfKEJrvYb9A= X-Sonic-CAuth: UmFuZG9tSVae7TiHuC2Xek2rKcB9tfio5u3C/iQFrfDa4dgE//Pb89wcYf3SjSSzAGTgOblhx+kdYE2TjwH83xm9tMXBTU5htim0Esob884= X-Sonic-ID: C;vg59/KDe7BGyyuaMi47k/A== M;DKaD/KDe7BGyyuaMi47k/A== X-Sonic-Spam-Details: -0.0/5.0 by cerberusd Received-SPF: none client-ip=64.142.111.80; envelope-from=lord@basiscraft.com; helo=c.mail.sonic.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:137452 Archived-At: > > Can you explain the terms host and upstream in this context? Although individual posts flow in both directions between peers, in practice, some nodes emerged, the main function of which was to form a kind of high bandwidth backbone carrying all the net-work wide popular groups, and offering peering to many peripheral nodes. To continue the example: at the little start-up I worked at, they didn't try to carry all the groups available at the time. They carried some obvious groups (such as comp.lang.c, about the C programming language) and, beyond those core groups, they would add anything someone asked for and that the big "upstream" peer had. The big upstream peer got most of its very large set of groups to choose from by peering with other big hosts. They also carried back posts from "edge nodes" to the rest of the world. The p2p software - that today might easily be replaced with something close to rsync(1) - saw peers as symmetric. The IRL social network operating netnews recognized the big-iron/big-pipes/serves-many "upstream" as different from the local hosts/low activity/selected groups "downstream". Maybe a bit like how the logical functions of Internet routers are symmetrical, but an upstream/downstream topology emerges on the basis of the physical network and who is connected where. > I've heard the so called binary groups (which contained > multimedia) were part of the reason of the fall in popular use > since people were sharing files - so not the least XXX rated > movies - to the extent it ate up most of the bandwidth while > there still wasn't a monetary incentive to keep providing the > service, from the ISP's POV ... My initial encounter with net news did not involve ISPs or the IP protocol. It was company X's computers running a cron script to dial up and log in to computers at company Y. (Some others at the same time were already peering over the Arpanet.) But porn. Yes. There were mostly-multi-media porn groups that were about anything but instant gratification. Because of limitations to 7 bit ASCII and posts of short sizes, big images, etc. were broken down into pieces, each piece encoded in base 64, and a series posted of message like: Subject: tee hee, naked person pic 1/42 Subject: tee hee, naken person pic 2/42 .... etc. and of course it was always possible for posts to get dropped in transit so a user might end up collecting all but 2 of the "tee he, naked person" posts and thus be unable to reconstruct the compressed file that when manually reassembled could be viewed to see what people look like naked. That probably has something to do with the popularity, back then, of alt.sex.stories -- kinky short stories written in plain ASCII. The limitations on message formats and size were more a feature than a bug. Net news ran robustly and well over fairly low bandwidth connections. It did not require the Internet (but could easily use the Internet). And yes, hosts could censor - e.g. just decide not to receive or forward the porn groups. This was impossible to prevent and so nobody tried to prevent it. It was common in practice (for example, blocking porn from a workplace). The answer to censorship was for more liberal people to create more peers -- to "route around" the blockages if that's what someone wanted to do. Editorializing a bit: the anarchic operating procedures and resilience enough to work over p2p dial-up, terminal wires, whatever seem to me like extremely desirable features for communications infrastructure in precarious times when it wouldn't be *that* surprising to see major disruptions of the global Internet, of the big commercial servers, etc. -t On 2022-05-28 08:08, Emanuel Berg wrote: > Thomas Lord wrote: > >> Example from real life. In high school I interned at a dinky >> little start-up that was a net-news edge node. The system >> administrators at that little company set up an internal net >> news host the same way someone might bring in an old ping >> pong table - to improve the work environment. >> >> That company dialed out to a more established company down >> the road that, as a regional industry courtesy, not only >> hosted its own internal net news host but connected to even >> bigger fish upstream and casually offered peering to local >> small companies. > > Can you explain the terms host and upstream in this context? > > A host is a computer connected to Usenet and upstream is where > the data has been already, i.e. the servers? > >>>> Google used its economic power and social influence to >>>> first centralize what was left of mainstream netnews and >>>> then to kill it off. >>> >>> Well, you can tune into nntp.aioe.org with Gnus this very >>> instant and see how useful it is. But killed - no. >> >> Yes, I am being a bit absolutist there. >> >> I suppose to be a little more accurate I would say that they >> killed it as a way of sharing groups that had developed into >> widely used global connected social media (relative to the >> scales of its day). >> >> To be sure, the not-really-multi-media email-style message >> format didn't exactly help sustain interested in net news. > > I've heard the so called binary groups (which contained > multimedia) were part of the reason of the fall in popular use > since people were sharing files - so not the least XXX rated > movies - to the extent it ate up most of the bandwidth while > there still wasn't a monetary incentive to keep providing the > service, from the ISP's POV ...