The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Grant Taylor via TUHS <tuhs@minnie.tuhs.org>
To: tuhs@minnie.tuhs.org
Subject: Re: [TUHS] FYI: Internet Old Farts Club
Date: Mon, 31 Jan 2022 19:12:32 -0700	[thread overview]
Message-ID: <685fd0dc-e959-c7c1-0110-c8f55021b752@spamtrap.tnetconsulting.net> (raw)
In-Reply-To: <CALMnNGiB7QjZCJveV6oXP_e6w-hx_6r58Tr6jCfr0cJsVLya7A@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2944 bytes --]

On 1/29/22 1:48 AM, Andy Kosela wrote:
> I can speak only for myself, but I love that TUHS/COFF mailing lists 
> are still _the real_ mailing lists managed the old school way.

Usenet is still a thing that I use daily.

> I hate all those modern web 2.0 technologies with extremely bloated js 
> stacks which you can only use if you have the latest version of Chrome. 
I too dislike what the Web 2.0 world has turned into.

I believe that it's possible for web pages to by dynamic via AJAX 
without all the bloat.  Sadly this isn't done.

> I am still using old Atari DOS, Amiga Workbench, MS-DOS/Win9x/WinXP 
> and of course Linux/FreeBSD.

:-)

> This is probably one of the last places on the Internet that is 
> still preserving one of its core ideas in the 80s/90s -- plain 
> text communication.  It has been slowly dying in the last 15 years. 
> Text based Internet of the 80s and 90s has slowly been replaced by 
> binary protocols and image based interaction with a computer.

Usenet.

> I still just love using text based protocols and command line and 
> read it on a real CRT monitor in full screen text mode.  We lost 
> something when the world moved on.

I used to have similar thoughts.  Then I realized that things like 
OpenSSL's s_client and curl allow interaction with encrypted and other 
protocols.  So, that got me to questioning "what is the command line" 
(UI / UX) really?

Does OpenSSL's s_client (Secure / TLS) client provide a textual 
interface to TLS encrypted servers?  Yes it does.  Does it count as 
"command line"?  I think so.

So, what if there was a different command line utility that allowed 
similar interface with HTTP2 / QUIC connections.  Would that mean that 
they are similarly CLI?  I think so.

Extrapolating out even further, does it actually matter that the bits on 
the wire are ASCII and / or unencrypted if I have a UI / UX that is akin 
to a Network Virtual Terminal interface (e.g. telnet, OpenSSL's 
s_client, etc.)?  Or does the client provide an abstraction to fulfill 
my CLI desires?  I think that it probably would.

I agree completely that HTTPS is decidedly different on the wire than 
venerable HTTP which I can communicate with using telnet (et al.).

However, the /telnet/ *client* is still there and being used.  So when 
you back up and look at what that /client/ does in providing an 
abstraction between the end user and the underlying / backing protocol, 
it turns out that the underlying / backing protocol is less important.

> So please do not go anywhere....

I'm not planing on discontinuing using mailing lists or Usenet any time 
soon.  Despite the fact that they have migrated from unencrypted to 
encrypted communications.  Even my MUA / NUA is using encrypted 
connections to the servers.  But /my/ /personal/ /interaction/ with my 
MUA / NUA hasn't changed.



-- 
Grant. . . .
unix || die


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 4017 bytes --]

  parent reply	other threads:[~2022-02-01  2:13 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-27  0:36 Rich Morin
2022-01-27  1:55 ` Jan Schaumann via TUHS
2022-01-29  1:59   ` Charles Anthony
2022-01-29  2:24     ` Theodore Y. Ts'o
2022-01-29  2:36       ` Larry McVoy
2022-01-29  8:48         ` Andy Kosela
2022-01-29 17:15           ` Jon Steinhart
2022-01-29 17:20           ` Seth J. Morabito
2022-02-01  2:12           ` Grant Taylor via TUHS [this message]
2022-02-01  2:21             ` Steve Nickolas
2022-02-01  2:23             ` Larry McVoy
2022-02-01  2:31               ` Steve Nickolas
2022-02-01  2:51               ` Grant Taylor via TUHS
2022-02-01 18:19               ` Clem Cole
2022-02-01 18:24                 ` Steffen Nurpmeso
2022-02-01 12:45             ` Blake McBride
2022-01-29 17:20         ` Blake McBride
2022-01-30  1:20         ` Adam Thornton
2022-01-30  2:10           ` Will Senn
2022-01-27  2:07 ` Grant Taylor via TUHS
2022-01-27  2:40   ` Larry McVoy
2022-01-27 21:11 ` Tomasz Rola
2022-01-27  2:52 Norman Wilson
2022-01-27 23:20 ` Nemo Nusquam

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=685fd0dc-e959-c7c1-0110-c8f55021b752@spamtrap.tnetconsulting.net \
    --to=tuhs@minnie.tuhs.org \
    --cc=gtaylor@tnetconsulting.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).