Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.misc > #27185 > unrolled thread
| Started by | "anonymous" <anonymous@rip.ax.lt> |
|---|---|
| First post | 2019-06-16 07:53 -0500 |
| Last post | 2019-06-25 15:11 +0200 |
| Articles | 20 on this page of 275 — 44 participants |
Back to article view | Back to comp.os.linux.misc
Linux Command-Line Editors Vulnerable to High-Severity Bug "anonymous" <anonymous@rip.ax.lt> - 2019-06-16 07:53 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Anonymous" <nobody@mixmin.net> - 2019-06-16 07:56 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Fenris <fenris@invalid.invalid> - 2019-06-16 15:53 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-16 15:35 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Roger Blake <rogblake@iname.invalid> - 2019-06-16 15:30 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-16 16:53 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "School of Agriculture" <ag@hick.edu> - 2019-06-17 14:35 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-17 20:42 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-17 17:31 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-18 14:13 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Roger Blake <rogblake@iname.invalid> - 2019-06-17 20:30 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-17 23:11 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-17 17:36 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Dan Espen <dan1espen@gmail.com> - 2019-06-17 18:27 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-18 08:45 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2019-06-18 23:58 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Dan Espen <dan1espen@gmail.com> - 2019-06-18 21:42 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2019-06-19 18:23 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 23:06 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug rlhamil@bigapple.pri (Richard L. Hamilton) - 2019-06-22 01:00 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Richard Kettlewell <invalid@invalid.invalid> - 2019-06-19 07:49 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 10:12 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug gazelle@shell.xmission.com (Kenny McCormack) - 2019-06-17 20:30 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Anonymous" <nobody@mixmin.net> - 2019-06-18 07:04 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Fenris <fenris@invalid.invalid> - 2019-06-18 14:18 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-18 14:17 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug chrisv <chrisv@nospam.invalid> - 2019-06-18 08:52 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Jasen Betts <jasen@xnet.co.nz> - 2019-06-20 05:57 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug chrisv <chrisv@nospam.invalid> - 2019-06-20 07:05 -0500
Using 'sed' to delete a line from a file (Was: Linux Command-Line Editors Vulnerable to High-Severity Bug) gazelle@shell.xmission.com (Kenny McCormack) - 2019-06-20 12:32 +0000
Re: Using 'sed' to delete a line from a file (Was: Linux Command-Line Editors Vulnerable to High-Severity Bug) Shehu Dikko <unreachable@destination.invalid> - 2019-06-20 17:30 +0100
Re: Using 'sed' to delete a line from a file (Was: Linux Command-Line Editors Vulnerable to High-Severity Bug) Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-20 12:17 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Anonymous" <anon@anon.com> - 2019-06-20 08:31 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Anonymous" <anon@anon.com> - 2019-06-20 08:33 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Anonymous" <anon@anon.com> - 2019-06-20 08:42 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Kara M'bola <maxupixu@in.val.it> - 2019-06-18 20:12 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Sir Gaygory's Owner's Owner 🐶笛 <root@127.0.0.1> - 2019-06-16 11:57 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "J.O. Aho" <user@example.net> - 2019-06-16 21:28 +0200
How come we're not talking about (Was: Linux Command-Line Editors Vulnerable to High-Severity Bug) gazelle@shell.xmission.com (Kenny McCormack) - 2019-06-16 20:12 +0000
Re: How come we're not talking about (Was: Linux Command-Line Editors Vulnerable to High-Severity Bug) Georges <georges@prout.com> - 2019-06-16 22:52 +0200
Re: How come we're not talking about (Was: Linux Command-Line Editors Vulnerable to High-Severity Bug) "J.O. Aho" <user@example.net> - 2019-06-17 06:52 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-16 22:47 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Sir Gaygory's Owner's Owner 🐶笛 <root@127.0.0.1> - 2019-06-21 13:24 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-16 11:12 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Siri Cruise <chine.bleu@yahoo.com> - 2019-06-16 13:26 -0700
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Snit <usenet@gallopinginsanity.com> - 2019-06-16 13:34 -0700
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-16 22:58 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 10:20 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-19 10:55 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 12:37 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-19 13:13 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 14:31 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug ruben safir <ruben@mrbrklyn.com> - 2019-07-20 19:43 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-19 09:36 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 14:36 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug ruben safir <ruben@mrbrklyn.com> - 2019-07-20 19:37 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2019-06-19 21:32 +0300
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-19 20:47 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 21:01 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-19 20:23 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 22:53 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-19 23:09 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-20 05:21 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-20 04:16 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-20 06:21 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 14:38 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-20 13:30 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 19:21 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-20 18:39 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 22:52 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-20 23:48 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 13:01 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-21 12:30 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 14:51 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-21 13:43 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E. R." <robin_listas@es.invalid> - 2019-06-23 12:56 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-21 08:55 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 19:01 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "F. Russell" <frussell@random.info> - 2019-06-21 13:33 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-21 13:39 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-21 10:14 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 19:09 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Dan Espen <dan1espen@gmail.com> - 2019-06-21 13:39 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Dan Espen <dan1espen@gmail.com> - 2019-06-21 11:18 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 19:10 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-21 19:57 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 23:09 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-21 08:17 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 13:03 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-19 19:51 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 22:45 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug ruben safir <ruben@mrbrklyn.com> - 2019-07-20 19:46 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 21:00 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-19 20:20 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 14:43 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-19 16:44 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 22:57 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Wildman <best_lay@yahoo.com> - 2019-06-19 16:17 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-19 17:43 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 00:58 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2019-06-20 02:15 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-19 17:40 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-19 23:53 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug ruben safir <ruben@mrbrklyn.com> - 2019-07-20 19:31 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Freenet" <pieer@free.fr> - 2019-06-16 20:44 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Jasen Betts <jasen@xnet.co.nz> - 2019-06-17 12:41 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-17 17:30 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-17 23:22 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-18 16:07 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 10:28 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Rich <rich@example.invalid> - 2019-06-19 10:30 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 12:51 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Rich <rich@example.invalid> - 2019-06-19 11:30 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 21:03 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-19 12:30 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2019-06-19 18:23 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-19 20:42 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-19 19:49 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-19 21:56 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-19 20:38 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-20 00:04 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Eric Pozharski <whynot@pozharski.name> - 2019-06-20 11:34 +0300
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 23:15 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 21:11 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Kara M'bola <maxupixu@in.val.it> - 2019-06-19 19:31 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 23:18 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Kara M'bola <maxupixu@in.val.it> - 2019-06-21 13:13 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-22 16:57 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Kara M'bola <maxupixu@in.val.it> - 2019-06-23 09:46 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-19 20:10 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-19 22:18 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-19 20:33 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 23:05 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-19 23:30 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-19 21:43 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-20 05:50 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2019-06-20 04:23 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 23:20 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Kara M'bola <maxupixu@in.val.it> - 2019-06-20 04:49 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-20 07:05 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Kara M'bola <maxupixu@in.val.it> - 2019-06-20 08:41 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-20 12:21 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Dan Espen <dan1espen@gmail.com> - 2019-06-19 21:45 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-20 03:23 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-19 21:45 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Bud Frede <frede@mouse-potato.com> - 2019-06-30 09:54 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-30 20:06 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug DecadentLinuxUserNumeroUno@decadence.org - 2019-06-19 11:55 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug DecadentLinuxUserNumeroUno@decadence.org - 2019-06-22 13:20 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-18 03:22 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Sidney_Kotic <kant@have.it> - 2019-06-17 18:25 -0800
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Georges <georges@prout.com> - 2019-06-18 08:30 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-18 11:29 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-18 16:15 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-18 20:28 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-18 17:27 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug owl <owl@rooftop.invalid> - 2019-06-19 00:04 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-18 22:36 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 10:06 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-19 16:15 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 14:51 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Aragorn <thorongil@telenet.be> - 2019-06-20 15:13 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 19:14 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-20 12:21 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Roger Blake <rogblake@iname.invalid> - 2019-06-21 00:56 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-20 16:07 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-20 14:24 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-20 16:51 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 23:02 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-20 15:14 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 13:41 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2019-06-21 09:30 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 19:14 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-21 12:34 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 23:53 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-20 22:55 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-20 15:17 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 14:03 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-21 22:59 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-22 07:51 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-22 16:53 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-22 18:56 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-22 20:09 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-22 22:48 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-22 22:51 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E. R." <robin_listas@es.invalid> - 2019-06-23 13:19 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-23 07:33 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-23 15:07 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E. R." <robin_listas@es.invalid> - 2019-06-24 02:09 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-23 22:22 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E. R." <robin_listas@es.invalid> - 2019-06-24 11:41 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-24 07:24 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E. R." <robin_listas@es.invalid> - 2019-06-23 13:14 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-23 11:50 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E. R." <robin_listas@es.invalid> - 2019-06-24 02:41 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-30 15:08 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Melzzzzz <Melzzzzz@zzzzz.com> - 2019-06-30 21:14 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-30 15:22 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Melzzzzz <Melzzzzz@zzzzz.com> - 2019-06-30 21:47 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Jasen Betts <jasen@xnet.co.nz> - 2019-07-01 08:10 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-07-01 10:05 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-07-01 12:54 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-07-01 12:08 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Jasen Betts <jasen@xnet.co.nz> - 2019-07-01 11:54 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Paul <nospam@needed.invalid> - 2019-07-01 12:30 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-07-01 17:11 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-07-01 17:06 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Jasen Betts <jasen@xnet.co.nz> - 2019-07-02 09:35 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-07-02 09:20 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-07-02 14:28 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Jasen Betts <jasen@xnet.co.nz> - 2019-07-01 07:51 +0000
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-07-01 12:46 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-07-01 09:50 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-07-01 17:31 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-07-01 12:10 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-07-02 14:17 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-07-02 10:22 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-07-02 19:10 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-07-02 19:16 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-07-02 12:27 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-07-02 14:33 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-07-03 13:34 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-07-03 09:06 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-07-04 03:14 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug - spam on mail "Carlos E.R." <robin_listas@es.invalid> - 2019-07-04 15:26 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-07-01 17:16 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-07-02 14:20 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-23 16:36 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E. R." <robin_listas@es.invalid> - 2019-06-24 03:37 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-24 13:50 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-24 23:14 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-21 16:01 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-21 23:57 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-21 17:35 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2019-06-21 22:04 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-22 12:57 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2019-06-21 21:58 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-22 07:32 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-21 23:10 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-22 08:21 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Andreas Kohlbach <ank@spamfence.net> - 2019-06-22 13:01 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-22 16:55 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug John Hasler <jhasler@newsguy.com> - 2019-06-22 18:47 -0500
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-22 20:15 -0600
Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] "Carlos E. R." <robin_listas@es.invalid> - 2019-06-23 13:52 +0200
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] John Hasler <jhasler@newsguy.com> - 2019-06-23 10:02 -0500
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] "Carlos E. R." <robin_listas@es.invalid> - 2019-06-24 02:17 +0200
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] John Hasler <jhasler@newsguy.com> - 2019-06-23 22:30 -0500
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-23 11:56 -0600
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] "Carlos E. R." <robin_listas@es.invalid> - 2019-06-24 03:23 +0200
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] Jasen Betts <jasen@xnet.co.nz> - 2019-06-24 09:07 +0000
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] "Carlos E. R." <robin_listas@es.invalid> - 2019-06-24 11:52 +0200
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] Andreas Kohlbach <ank@spamfence.net> - 2019-06-24 14:14 -0400
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] "Carlos E.R." <robin_listas@es.invalid> - 2019-06-24 23:21 +0200
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-30 15:38 -0600
Re: Ancient networking [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-30 15:31 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Bud Frede <frede@mouse-potato.com> - 2019-06-30 09:17 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-30 15:41 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-21 23:02 -0600
Fidonet [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] "Carlos E. R." <robin_listas@es.invalid> - 2019-06-23 14:02 +0200
Re: Fidonet [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] Jasen Betts <jasen@xnet.co.nz> - 2019-06-24 09:11 +0000
Re: Fidonet [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] "Carlos E. R." <robin_listas@es.invalid> - 2019-06-24 11:53 +0200
Re: Fidonet [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] Steve Hayes <hayesstw@telkomsa.net> - 2019-06-25 07:37 +0200
Re: Fidonet [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] "Carlos E.R." <robin_listas@es.invalid> - 2019-06-25 16:49 +0200
Re: Fidonet [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] The Natural Philosopher <tnp@invalid.invalid> - 2019-06-25 19:34 +0100
Re: Fidonet [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2019-06-25 17:53 +0000
Re: Fidonet [Was: Re: Linux Command-Line Editors Vulnerable to High-Severity Bug] Bud Frede <frede@mouse-potato.com> - 2019-06-30 09:36 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Bud Frede <frede@mouse-potato.com> - 2019-06-30 08:52 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Bud Frede <frede@mouse-potato.com> - 2019-06-30 08:25 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-30 20:01 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug The Natural Philosopher <tnp@invalid.invalid> - 2019-06-30 20:57 +0100
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Grant Taylor <gtaylor@tnetconsulting.net> - 2019-06-30 15:47 -0600
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Jean-David Beyer <jeandavid8@verizon.net> - 2019-06-30 16:13 -0400
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug "Carlos E.R." <robin_listas@es.invalid> - 2019-06-19 00:43 +0200
Re: Linux Command-Line Editors Vulnerable to High-Severity Bug Anonymous <nobody@remailer.paranoici.org> - 2019-06-25 15:11 +0200
Page 9 of 14 — ← Prev page 1 … 7 8 [9] 10 11 … 14 Next page →
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-06-20 14:51 +0200 |
| Message-ID | <a3cstf-p14.ln1@Telcontar.valinor> |
| In reply to | #27285 |
On 19/06/2019 22.15, Andreas Kohlbach wrote: > On Wed, 19 Jun 2019 10:06:13 +0200, Carlos E.R. wrote: >> >> On 19/06/2019 04.36, Andreas Kohlbach wrote: >>> On Wed, 19 Jun 2019 00:04:35 +0000 (UTC), owl wrote: >>> >>> Am not suggesting anything. I'm just trying to avoid bloat posting non >>> related Linux articles over many (non related) news groups. That might be >>> old fashioned but that's what I am. >> >> But I think that it is related to Linux, and so do many, it seems. It is >> not related to Windows. > > Check out <https://www.vim.org/download.php#pc>. I guess that it is used mostly by some people coming from Linux. I do not see Windows users that know nothing about Linux using it. > > | For modern MS-Windows systems (starting with XP) you can simply use > | the executable installer [...] > > I also just subscribed to > > | comp.editors -Topics related to computerized text editing. > > which carries about 1000 articles. First from 2012 talking about the > Carlotta hurricane. *sigh* > > But most others are editor related. :-) > >>>> If a problem exists with the Linux version of any software, it's on-topic >>>> in a Linux group, if for no other reason than giving users a heads-up. >>> >>> I agree. >>> >>> Well I give up. I will not set any follow-ups in this group in the future. >> >> But why then do you remove generic Linux groups from the thread? Because >> setting up a follow-up header does that. > > I *just* (yesterday) gave up and not do this anymore. Thanks :-) I simply do not get the difference between comp.os.linux.misc and alt.os.linux - but then, I discovered Usenet late. Not that simple to use when connection was using a modem, and the phone call had to be paid per minute here. Then I found leafnode. >> I agree with removing the advocacy/privacy groups, I don't see why they >> are there. > > Because there was also the never ending Emacs VS Vi discussion at some point. Sure. They are said to have been epic. I meant why this thread was posted to those groups. To trigger a flamewar? -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Aragorn <thorongil@telenet.be> |
|---|---|
| Date | 2019-06-20 15:13 +0200 |
| Message-ID | <20190620151331.14b925ea@nx-74205> |
| In reply to | #27324 |
On 20.06.2019 at 14:51, Carlos E.R. scribbled: > I simply do not get the difference between comp.os.linux.misc and > alt.os.linux - but then, I discovered Usenet late. The comp.* hierarchy is one of the Big Eight. alt.* newsgroups are generally not considered as "serious", notwithstanding the fact that many distros have (or had) their official support groups under that hierarchy. > >> I agree with removing the advocacy/privacy groups, I don't see why > >> they are there. > > > > Because there was also the never ending Emacs VS Vi discussion at > > some point. > > Sure. They are said to have been epic. > > I meant why this thread was posted to those groups. To trigger a > flamewar? Yes. Why else? :p (comp.os.linux.advocacy is officially the sewer of Usenet. It's full of rabid Win-trolls, stalkers and people with other mental illnesses. And from what I've seen, the privacy group is a close second.) -- With respect, = Aragorn =
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-06-20 19:14 +0200 |
| Message-ID | <sfrstf-ime.ln1@Telcontar.valinor> |
| In reply to | #27325 |
On 20/06/2019 15.13, Aragorn wrote: > On 20.06.2019 at 14:51, Carlos E.R. scribbled: > >> I simply do not get the difference between comp.os.linux.misc and >> alt.os.linux - but then, I discovered Usenet late. > > The comp.* hierarchy is one of the Big Eight. alt.* newsgroups are > generally not considered as "serious", notwithstanding the fact that > many distros have (or had) their official support groups under that > hierarchy. Ah. I don't think many people are aware of those distinctions :-) > >>>> I agree with removing the advocacy/privacy groups, I don't see why >>>> they are there. >>> >>> Because there was also the never ending Emacs VS Vi discussion at >>> some point. >> >> Sure. They are said to have been epic. >> >> I meant why this thread was posted to those groups. To trigger a >> flamewar? > > Yes. Why else? :p > > (comp.os.linux.advocacy is officially the sewer of Usenet. It's full > of rabid Win-trolls, stalkers and people with other mental illnesses. > And from what I've seen, the privacy group is a close second.) > Argh. Well, we didn't bite this time :-) -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Grant Taylor <gtaylor@tnetconsulting.net> |
|---|---|
| Date | 2019-06-20 12:21 -0600 |
| Message-ID | <qegitc$qgn$2@tncsrv09.home.tnetconsulting.net> |
| In reply to | #27332 |
On 6/20/19 11:14 AM, Carlos E.R. wrote: > I don't think many people are aware of those distinctions :-) There is a LOT of information that has been largely lost to time. The meaning of the different hierarchies is just one tiny bit. -- Grant. . . . unix || die
[toc] | [prev] | [next] | [standalone]
| From | Roger Blake <rogblake@iname.invalid> |
|---|---|
| Date | 2019-06-21 00:56 +0000 |
| Message-ID | <20190620205327@news.eternal-september.org> |
| In reply to | #27335 |
On 2019-06-20, Grant Taylor <gtaylor@tnetconsulting.net> wrote: > There is a LOT of information that has been largely lost to time. The > meaning of the different hierarchies is just one tiny bit. Very true. I consider anyone on Usenet who doesn't remember the Great Renaming to be a newbie. (Never mind the point-n-drool set who refer to newsgroups as "sites".) -- ----------------------------------------------------------------------------- Roger Blake (Posts from Google Groups killfiled due to excess spam.) NSA sedition and treason -- http://www.DeathToNSAthugs.com Don't talk to cops! -- http://www.DontTalkToCops.com Badges don't grant extra rights -- http://www.CopBlock.org -----------------------------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2019-06-20 16:07 -0400 |
| Message-ID | <87k1dg6mxe.fsf@usenet.ankman.de> |
| In reply to | #27324 |
On Thu, 20 Jun 2019 14:51:22 +0200, Carlos E.R. wrote: > > On 19/06/2019 22.15, Andreas Kohlbach wrote: > > Thanks :-) > > I simply do not get the difference between comp.os.linux.misc and > alt.os.linux There might be not much differences. But as I pointed out there is a group covering editors, no matter what flavor of Linux, UNIX or even Windows you use. > - but then, I discovered Usenet late. Not that simple to use when > connection was using a modem, and the phone call had to be paid per > minute here. Then I found leafnode. Same here. Before unmetered DSL I was using leafnode. Using vwdial to establish an analog connection to the internet. Waited that the sound to negotiate the connection muted and launching the Leafnode command to get me new articles (also used fetchmail at the same time to download emails), then terminated the dial-up connection. >>> I agree with removing the advocacy/privacy groups, I don't see why they >>> are there. >> >> Because there was also the never ending Emacs VS Vi discussion at some point. > > Sure. They are said to have been epic. > > I meant why this thread was posted to those groups. To trigger a flamewar? I think the importance, whether you use Emacs or Vi, is over. Today it's nostalgia. Like, is the Commodore 64 better than the Atari 8Bit series? Is your Atari ST superior to my Commodore Amiga. Nobody cares today. It's just nostalgia. -- Andreas My random thoughts and comments https://news-commentaries.blogspot.com/
[toc] | [prev] | [next] | [standalone]
| From | Grant Taylor <gtaylor@tnetconsulting.net> |
|---|---|
| Date | 2019-06-20 14:24 -0600 |
| Message-ID | <qegq35$1ud$1@tncsrv09.home.tnetconsulting.net> |
| In reply to | #27337 |
On 6/20/19 2:07 PM, Andreas Kohlbach wrote: > Before unmetered DSL I was using leafnode. Was the metering about time (minutes) and / or amount of data (bytes)? When I've seen "metered" in this thread, I have been thinking about amount of data (bytes) like some Internet connections still do. With that in mind, I saw little difference in leafnode vs having the news reader download articles. Likewise for email. > Using vwdial to establish an analog connection to the internet. When you get down low enough, it's still analog. ;-) > Waited that the sound to negotiate the connection muted and launching > the Leafnode command to get me new articles (also used fetchmail at the > same time to download emails), then terminated the dial-up connection. That statement is what clued me into the fact that you might be referring to time (minutes) instead of data (bytes). -- Grant. . . . unix || die
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2019-06-20 16:51 -0400 |
| Message-ID | <87a7ec6kv9.fsf@usenet.ankman.de> |
| In reply to | #27338 |
On Thu, 20 Jun 2019 14:24:31 -0600, Grant Taylor wrote: > > On 6/20/19 2:07 PM, Andreas Kohlbach wrote: >> Before unmetered DSL I was using leafnode. > > Was the metering about time (minutes) and / or amount of data (bytes)? I got charged by the minute back then. [...] >> Using vwdial to establish an analog connection to the internet. > > When you get down low enough, it's still analog. ;-) That was back in the days of the late 1990s, when you got an analog connection to the internet. Analog it was. Only a few years later DSL became available for the masses. >> Waited that the sound to negotiate the connection muted and >> launching the Leafnode command to get me new articles (also used >> fetchmail at the same time to download emails), then terminated the >> dial-up connection. > > That statement is what clued me into the fact that you might be > referring to time (minutes) instead of data (bytes). That is correct. As mentioned, metering might have been differently handled in other countries outside of Europe. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-06-20 23:02 +0200 |
| Message-ID | <2s8ttf-ufq.ln1@Telcontar.valinor> |
| In reply to | #27338 |
On 20/06/2019 22.24, Grant Taylor wrote: > On 6/20/19 2:07 PM, Andreas Kohlbach wrote: >> Before unmetered DSL I was using leafnode. > > Was the metering about time (minutes) and / or amount of data (bytes)? Here, time. Minutes. Wait, no, "steps". There was a number of "steps" charged as soon as the other party lifted the phone, and then one step more every so many seconds. Depending on distance, the time for each step varied. This was stable, but the price per step was increased over the years. I had software that would read the call logs and calculate how many steps were used, and then calculate the exact cost - which I needed, as we were three room mates sharing one phone line. At some time, "steps" disappeared and were just minutes or seconds. > > When I've seen "metered" in this thread, I have been thinking about > amount of data (bytes) like some Internet connections still do. Yes, that's more recent, used with mobile phones that transmit digital data and can count it. > > With that in mind, I saw little difference in leafnode vs having the > news reader download articles. Likewise for email. Yes, but for us it was time which was critical. So a faster modem made economical sense. > >> Using vwdial to establish an analog connection to the internet. > > When you get down low enough, it's still analog. ;-) That's true. > >> Waited that the sound to negotiate the connection muted and launching >> the Leafnode command to get me new articles (also used fetchmail at >> the same time to download emails), then terminated the dial-up >> connection. > > That statement is what clued me into the fact that you might be > referring to time (minutes) instead of data (bytes). -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Grant Taylor <gtaylor@tnetconsulting.net> |
|---|---|
| Date | 2019-06-20 15:14 -0600 |
| Message-ID | <qegt1a$ajf$1@tncsrv09.home.tnetconsulting.net> |
| In reply to | #27342 |
On 6/20/19 3:02 PM, Carlos E.R. wrote: > Here, time. Minutes. Wait, no, "steps". Steps? > There was a number of "steps" charged as soon as the other party lifted > the phone, and then one step more every so many seconds. Depending > on distance, the time for each step varied. This was stable, but the > price per step was increased over the years. I don't know what to make of this. Is "steps" the proper term? I'd like to research it and learn more about it. It almost sounds as if steps might be a reference to the components that were used and they were charged (in aggregate) based on time intervals. One phone (line), one phone switch, another phone (line) ≈ 3 steps per interval. (I guess the first phone (line) and subsequently phone switch could billed at earlier time intervals before subsequent steps (equipment) became involved. I could see how this could get more expensive with longer distance calls as it would involve more equipment ~> steps. At least my hypothetical understanding. > I had software that would read the call logs and calculate how many > steps were used, and then calculate the exact cost - which I needed, > as we were three room mates sharing one phone line. Where did you get these logs from? The phone company? Or did you have some source for them locally? > At some time, "steps" disappeared and were just minutes or seconds. ACK I can't say that there wasn't anything like that in the U.S.A. I've only paid attention since the '90s. > Yes, that's more recent, used with mobile phones that transmit digital > data and can count it. ACK > Yes, but for us it was time which was critical. So a faster modem > made economical sense. That makes sense. -- Grant. . . . unix || die
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-06-21 13:41 +0200 |
| Message-ID | <5csutf-t7s.ln1@Telcontar.valinor> |
| In reply to | #27344 |
On 20/06/2019 23.14, Grant Taylor wrote: > On 6/20/19 3:02 PM, Carlos E.R. wrote: >> Here, time. Minutes. Wait, no, "steps". > > Steps? The local word was "pasos", which can be translated as "steps". Possibly referring to the electromechanical counters they used. So counts of the counter, ticks, I don't know in English how it was called. > >> There was a number of "steps" charged as soon as the other party >> lifted the phone, and then one step more every so many seconds. >> Depending on distance, the time for each step varied. This was stable, >> but the price per step was increased over the years. > > I don't know what to make of this. Ok, local call. One call it step for every 40 seconds, plus one more as the other side lifts the receiver. Regional call. Two steps, or two counts, as the receiver lifts, then one count per each 30 seconds. Inter regional call. 3 counts on lift, plus one count every 20 seconds. Each count is 7.5 cents. Next month there is a price rise, the count will 7.78 cents. (arbitrary numbers). They did not have computers on many exchanges. Timer circuitry gave periodic pulses, with different frequency according to call distance. The counters (I had one, half the size of a cigarette package) were stacked in hundreds at exchanges, and someone read them manually and wrote the bills. For the bills they did use computers. The system has not been used since ages. It was in use till 199X at least. I don't know when they changed to seconds, somewhere around 1997 I think, but only on new companies. A source says 2006. You could contract a counter machine to have at home. Coffee shops with public phones used those to charge the clients for the calls. See the photos here: <https://www.teknoplof.com/2014/08/25/teletax-el-contador-publico-de-pasos-telefonicos-de-los-ochenta/> It is difficult to google for the thing because it finds apps and gadgets to count walking steps instead. I found the technical specs of the remote (Spanish), with photos and diagrams: <http://micolecciondetelefonos.blogspot.com/2011/03/contadores-de-linea.html> > Is "steps" the proper term? I'd like to research it and learn more > about it. I don't know the proper term in English, sorry. > > It almost sounds as if steps might be a reference to the components that > were used and they were charged (in aggregate) based on time intervals. > > One phone (line), one phone switch, another phone (line) ≈ 3 steps per > interval. (I guess the first phone (line) and subsequently phone switch > could billed at earlier time intervals before subsequent steps > (equipment) became involved. > > I could see how this could get more expensive with longer distance calls > as it would involve more equipment ~> steps. > > At least my hypothetical understanding. :-D Not quite :-) > >> I had software that would read the call logs and calculate how many >> steps were used, and then calculate the exact cost - which I needed, >> as we were three room mates sharing one phone line. > > Where did you get these logs from? The phone company? Or did you have > some source for them locally? Oh, from my computer logs. I don't remember exactly which one. Maybe from wvdial. Oh, and when fidonet was not on internet but needed a direct call (the original method, of course, but I had forgotten) the Frontdoor software generated the logs. There were mismatches with the official bill, but it was acceptable. Roundup in favour of the company. > >> At some time, "steps" disappeared and were just minutes or seconds. > > ACK > > I can't say that there wasn't anything like that in the U.S.A. I've > only paid attention since the '90s. I know. I looked at you with some envy, specially at being able to do local phone calls for free, or having things like Compuserve "nearby" :-)~ I read computer magazines (PC Magazine?) that included programs in source code. Like ted.asm --> ted.com. You could call the magazine BBS to obtain the source code, or connect to Compuserve. I had nothing of that. Not even a phone of my own, certainly no modem. Didn't have a friendly teacher with access, either. So I typed myself the whole thing... it worked, eventually: I made some typing errors. TED: tiny editor. Less than 3 KB. Wonderful little thing for having on floppies, not the awful edlin. <http://www.texteditors.org/cgi-bin/wiki.pl?action=browse&diff=1&id=TED> > >> Yes, that's more recent, used with mobile phones that transmit digital >> data and can count it. > > ACK > >> Yes, but for us it was time which was critical. So a faster modem made >> economical sense. > > That makes sense. > > > -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> |
|---|---|
| Date | 2019-06-21 09:30 -0500 |
| Message-ID | <20190621093019.615683bc@WizardsTower> |
| In reply to | #27355 |
On Fri, 21 Jun 2019 13:41:25 +0200 "Carlos E.R." <robin_listas@es.invalid> wrote: > The local word was "pasos", which can be translated as "steps". Doesn't it also mean passage or path? I'd think 'path(s)' was the intended meaning. -- Cybe R. Wizard My other computer is a HOLMES IV with the Mycroft OS
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-06-21 19:14 +0200 |
| Message-ID | <8tfvtf-73b.ln1@Telcontar.valinor> |
| In reply to | #27364 |
On 21/06/2019 16.30, Cybe R. Wizard wrote: > On Fri, 21 Jun 2019 13:41:25 +0200 > "Carlos E.R." <robin_listas@es.invalid> wrote: > >> The local word was "pasos", which can be translated as "steps". > > Doesn't it also mean passage or path? I'd think 'path(s)' was the > intended meaning. > No, not paths. Could be "ticks". Ticks that are counted in an electromechanical counter. For remote metering with a teletax they sent beeps at a frequency beyond that of voice. "This call took 9 ticks", etc. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Grant Taylor <gtaylor@tnetconsulting.net> |
|---|---|
| Date | 2019-06-21 12:34 -0600 |
| Message-ID | <qej80q$ln3$1@tncsrv09.home.tnetconsulting.net> |
| In reply to | #27355 |
On 6/21/19 5:41 AM, Carlos E.R. wrote:
> The local word was "pasos", which can be translated as
> "steps". Possibly referring to the electromechanical counters they
> used. So counts of the counter, ticks,
Okay.
> I don't know in English how it was called.
Fair enough.
> Ok, local call. One call it step for every 40 seconds, plus one more
> as the other side lifts the receiver.
So would calling your friend / family in the same (small town with a
single phone office) count as two steps, every 40 seconds?
Note: I'm ignoring the 0th item in the following lists. I think the
other listed numbers account for the steps. At least as I understand it.
Is that where a call would take the following path?
0) Your home to your central office.
1) Your central office to your friend's / family's home.
1 step billed at 40 second intervals.
> Regional call. Two steps, or two counts, as the receiver lifts,
> then one count per each 30 seconds.
What defines a "regional call"?
0) Your home to your central office.
1) Your central office to the central office in the neighbor town.
2) The central office in the neighbor town to your friend's / family's
home.
2 steps billed at 30 second intervals.
> Inter regional call. 3 counts on lift, plus one count every 20 seconds.
What defines an "inter regional call"?
Is that where a call would take the following path?
0) Your home to your central office.
1) Your central office to the long distance office.
2) The long distance office to the central office in your friend's /
family's town.
3) The central office in your friend's / family's town to their home.
3 steps billed at 20 second intervals.
It looks like each additional "step" / "pasos" / "path" (as Cybe R.
Wizard points out) accounts for elements of the telephone network that
your call is using. I'm guessing that they consider the connection
("step" / "pasos" / "path") between your home and your central office to
be yours to use. But the other connections take resources that others
can't use while you're making the call.
The "your call is utilizing" bit also accounts for the cost of dialing
someone and them not picking up, vs the additional step used when they
pick up.
> Each count is 7.5 cents. Next month there is a price rise, the count
> will 7.78 cents.
I'm not that surprised.
> (arbitrary numbers).
They work for the sake of this discussion. ;-)
> They did not have computers on many exchanges. Timer circuitry gave
> periodic pulses, with different frequency according to call distance.
> The counters (I had one, half the size of a cigarette package) were
> stacked in hundreds at exchanges, and someone read them manually and
> wrote the bills. For the bills they did use computers.
>
> The system has not been used since ages. It was in use till 199X at
> least. I don't know when they changed to seconds, somewhere around
> 1997 I think, but only on new companies. A source says 2006.
Sounds like the new phone switches installed in the '90s used new
simpler time only based billing.
> You could contract a counter machine to have at home. Coffee shops
> with public phones used those to charge the clients for the calls. See
> the photos here:
>
> <https://www.teknoplof.com/2014/08/25/teletax-el-contador-publico-de-pasos-telefonicos-de-los-ochenta/>
>
> It is difficult to google for the thing because it finds apps and
> gadgets to count walking steps instead.
>
> I found the technical specs of the remote (Spanish), with photos
> and diagrams:
>
> <http://micolecciondetelefonos.blogspot.com/2011/03/contadores-de-linea.html>
>
> I don't know the proper term in English, sorry.
Apology is unnecessary.
> :-D
>
> Not quite :-)
Is what I outlined above closer?
> Oh, from my computer logs. I don't remember exactly which one. Maybe
> from wvdial.
I now see that the information used for billing was available at calling
parties end of the line.
This means that you could have something local collect that information
and do something with it. Much like you did.
Was it also available at the called parties end of the line?
> Oh, and when fidonet was not on internet but needed a direct call
> (the original method, of course, but I had forgotten)
ACK
> the Frontdoor software generated the logs.
That makes sense for BBS calls.
I guess you had your computer listen for the billing information tones,
even for voice calls.
> There were mismatches with the official bill, but it was acceptable.
> Roundup in favour of the company.
Typical.
> I know. I looked at you with some envy, specially at being able
> to do local phone calls for free, or having things like Compuserve
> "nearby" :-)~
;-)
> I read computer magazines (PC Magazine?) that included programs in
> source code. Like ted.asm --> ted.com. You could call the magazine
> BBS to obtain the source code, or connect to Compuserve. I had nothing
> of that. Not even a phone of my own, certainly no modem. Didn't have
> a friendly teacher with access, either. So I typed myself the whole
> thing... it worked, eventually: I made some typing errors.
I dabbled in things like that a LONG time ago. They were BASIC programs
for my dad's TRS-80.
> TED: tiny editor. Less than 3 KB. Wonderful little thing for having
> on floppies, not the awful edlin.
ACK
--
Grant. . . .
unix || die
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-06-21 23:53 +0200 |
| Message-ID | <u700uf-1en.ln1@Telcontar.valinor> |
| In reply to | #27373 |
On 21/06/2019 20.34, Grant Taylor wrote:
> On 6/21/19 5:41 AM, Carlos E.R. wrote:
>> The local word was "pasos", which can be translated as "steps".
>> Possibly referring to the electromechanical counters they used. So
>> counts of the counter, ticks,
>
> Okay.
>
>> I don't know in English how it was called.
>
> Fair enough.
>
>> Ok, local call. One call it step for every 40 seconds, plus one more
>> as the other side lifts the receiver.
>
> So would calling your friend / family in the same (small town with a
> single phone office) count as two steps, every 40 seconds?
One "tick" as soon as my friend lifts the phone, plus one "tick" every
40 seconds, in advance. Thus two ticks up to 39 seconds, 3 ticks if the
call is 40" to 79", and so on.
>
> Note: I'm ignoring the 0th item in the following lists. I think the
> other listed numbers account for the steps. At least as I understand it.
>
> Is that where a call would take the following path?
>
> 0) Your home to your central office.
> 1) Your central office to your friend's / family's home.
Right.
> 1 step billed at 40 second intervals.
Yep.
>
>> Regional call. Two steps, or two counts, as the receiver lifts, then
>> one count per each 30 seconds.
>
> What defines a "regional call"?
Here, a province, which might be a county for you. A province here could
be 30..80 km side to side. Administrative regions with sizes and
boundaries determined by long history :-)
Not what Canadians call a province :-)
>
> 0) Your home to your central office.
> 1) Your central office to the central office in the neighbor town.
> 2) The central office in the neighbor town to your friend's / family's
> home.
Right. If they are in the same county :-)
Perhaps like calling from New York to Long Island.
>
> 2 steps billed at 30 second intervals.
>
>> Inter regional call. 3 counts on lift, plus one count every 20 seconds.
>
> What defines an "inter regional call"?
Here, like calling Madrid to Barcelona. Say NY to Philadelphia. It is
difficult to compare as the USA is so big.
>
> Is that where a call would take the following path?
>
> 0) Your home to your central office.
> 1) Your central office to the long distance office.
> 2) The long distance office to the central office in your friend's /
> family's town.
> 3) The central office in your friend's / family's town to their home.
Exactly.
> 3 steps billed at 20 second intervals.
>
> It looks like each additional "step" / "pasos" / "path" (as Cybe R.
> Wizard points out) accounts for elements of the telephone network that
> your call is using. I'm guessing that they consider the connection
> ("step" / "pasos" / "path") between your home and your central office to
> be yours to use. But the other connections take resources that others
> can't use while you're making the call.
No, the steps or ticks are just a time unit of variable length, with
length that depends on the administrative (political) distance, not the
actual exchanges used.
They were urban calls, which were inside the same municipal space -
which here can include different villages, and technically include call
from exchange to exchange.
Then calls outside of the city but inside the province.
Then calls from one province to another province.
All provinces being administrative regions by government, not telephone
structure related.
This can have very interesting nuances, when a province has a city
inside another province - because some count in the distance past
conquered it or who knows why.
Example: <https://en.wikipedia.org/wiki/Trevi%C3%B1o_enclave>
Or when calling a neighbouring friend that lived in the next province,
just 5 Km away. It is a national call, inter-regional... It could be
cheaper to take the bike or the bus.
>
> The "your call is utilizing" bit also accounts for the cost of dialing
> someone and them not picking up, vs the additional step used when they
> pick up.
If the other call did not pick up, it was no cost. Which was a trick
used by students to call family long distance: say ring three times,
then ring two times, it is me, please call me back. 3-3, I'm Ok. Etc :-D
>
>> Each count is 7.5 cents. Next month there is a price rise, the count
>> will 7.78 cents.
I see I thought to type "will be 7.78 cents", I ate words :-(
>
> I'm not that surprised.
>
>> (arbitrary numbers).
>
> They work for the sake of this discussion. ;-)
Exactly :-)
>
>> They did not have computers on many exchanges. Timer circuitry gave
>> periodic pulses, with different frequency according to call distance.
>> The counters (I had one, half the size of a cigarette package) were
>> stacked in hundreds at exchanges, and someone read them manually and
>> wrote the bills. For the bills they did use computers.
>>
>> The system has not been used since ages. It was in use till 199X at
>> least. I don't know when they changed to seconds, somewhere around
>> 1997 I think, but only on new companies. A source says 2006.
>
> Sounds like the new phone switches installed in the '90s used new
> simpler time only based billing.
It was because in 1997 the telephone market was opened to competition,
and the new competitors changed to a simpler method, which worked as a
marketing ruse :-)
And I started working for one of the competitors, who happened to use
Lucent 5ESS Exchanges, who used Linux machines to monitor the exchanges
remotely. I was astonished at seeing a big and serious company using
Linux, so I thought of learning about it ;-)
(so my knowledge of the older telephone system was not direct)
>> You could contract a counter machine to have at home. Coffee shops
>> with public phones used those to charge the clients for the calls. See
>> the photos here:
>>
>> <https://www.teknoplof.com/2014/08/25/teletax-el-contador-publico-de-pasos-telefonicos-de-los-ochenta/>
>>
>>
>> It is difficult to google for the thing because it finds apps and
>> gadgets to count walking steps instead.
>>
>> I found the technical specs of the remote (Spanish), with photos and
>> diagrams:
>>
>> <http://micolecciondetelefonos.blogspot.com/2011/03/contadores-de-linea.html>
>>
>>
>> I don't know the proper term in English, sorry.
>
> Apology is unnecessary.
>
>> :-D
>>
>> Not quite :-)
>
> Is what I outlined above closer?
Yes.
>
>> Oh, from my computer logs. I don't remember exactly which one. Maybe
>> from wvdial.
>
> I now see that the information used for billing was available at calling
> parties end of the line.
>
> This means that you could have something local collect that information
> and do something with it. Much like you did.
Yes.
>
> Was it also available at the called parties end of the line?
They could have their own "incoming" logs at their computers, but there
was no billing for those.
If you mean if they got the "beeps" transmitted to their side, no,
mostly not. High tones were filtered out to not overload amplifiers and
multiplexers, I understand. Or, where they used digital transmission,
high tones were simply not sampled and digitized.
>
>> Oh, and when fidonet was not on internet but needed a direct call (the
>> original method, of course, but I had forgotten)
>
> ACK
>
>> the Frontdoor software generated the logs.
>
> That makes sense for BBS calls.
>
> I guess you had your computer listen for the billing information tones,
> even for voice calls.
Not me, but it was possible, I suppose. Most of us did estimates.
Students living together in a shared flat did their calls home with a
watch on the hand and a paper.
Oh, and the cost varied per time of day! Morning, afternoon, night,
weekends... I had forgotten.
Now I have what we call "flat rate". A constant monthly charge to
anywhere (fixed line) inside Spain. Mobiles have a time limit per month.
Cheaper than it was, not really cheap, but at least better and
understandable. Including mobile, fibre internet, and "TV a la carta" (I
believe you have the expression "television a la carte", according to
DeepL translator).
>
>> There were mismatches with the official bill, but it was acceptable.
>> Roundup in favour of the company.
>
> Typical.
>
>> I know. I looked at you with some envy, specially at being able to do
>> local phone calls for free, or having things like Compuserve "nearby"
>> :-)~
>
> ;-)
>
>> I read computer magazines (PC Magazine?) that included programs in
>> source code. Like ted.asm --> ted.com. You could call the magazine BBS
>> to obtain the source code, or connect to Compuserve. I had nothing of
>> that. Not even a phone of my own, certainly no modem. Didn't have a
>> friendly teacher with access, either. So I typed myself the whole
>> thing... it worked, eventually: I made some typing errors.
>
> I dabbled in things like that a LONG time ago. They were BASIC programs
> for my dad's TRS-80.
>
>> TED: tiny editor. Less than 3 KB. Wonderful little thing for having on
>> floppies, not the awful edlin.
>
> ACK
>
>
>
--
Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-06-20 22:55 +0200 |
| Message-ID | <te8ttf-7vp.ln1@Telcontar.valinor> |
| In reply to | #27337 |
On 20/06/2019 22.07, Andreas Kohlbach wrote: > On Thu, 20 Jun 2019 14:51:22 +0200, Carlos E.R. wrote: >> >> On 19/06/2019 22.15, Andreas Kohlbach wrote: >> >> Thanks :-) >> >> I simply do not get the difference between comp.os.linux.misc and >> alt.os.linux > > There might be not much differences. But as I pointed out there is a > group covering editors, no matter what flavor of Linux, UNIX or even > Windows you use. > >> - but then, I discovered Usenet late. Not that simple to use when >> connection was using a modem, and the phone call had to be paid per >> minute here. Then I found leafnode. > > Same here. Before unmetered DSL I was using leafnode. Using vwdial to > establish an analog connection to the internet. Waited that the sound to > negotiate the connection muted and launching the Leafnode command to get > me new articles (also used fetchmail at the same time to download > emails), then terminated the dial-up connection. I had that scripted. As soon as the connection went up (wvdial, too), a script would trigger automatically, doing mail send/collection, news, and fidonet. When all was finished, it sounded a bell to tell me that I could disconnect. > >>>> I agree with removing the advocacy/privacy groups, I don't see why they >>>> are there. >>> >>> Because there was also the never ending Emacs VS Vi discussion at some point. >> >> Sure. They are said to have been epic. >> >> I meant why this thread was posted to those groups. To trigger a flamewar? > > I think the importance, whether you use Emacs or Vi, is over. Today it's > nostalgia. Like, is the Commodore 64 better than the Atari 8Bit series? Is > your Atari ST superior to my Commodore Amiga. Nobody cares today. It's > just nostalgia. Yep :-) -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Grant Taylor <gtaylor@tnetconsulting.net> |
|---|---|
| Date | 2019-06-20 15:17 -0600 |
| Message-ID | <qegt75$b4a$1@tncsrv09.home.tnetconsulting.net> |
| In reply to | #27341 |
On 6/20/19 2:55 PM, Carlos E.R. wrote: > I had that scripted. As soon as the connection went up (wvdial, too), I want to look into wvdial. > a script would trigger automatically, doing mail send/collection, > news, and fidonet. Can I ask what protocols were used? mail and news can run through UUCP. It's also possible to use SMTP & NNTP with prodding. But it seems like FidoNet would be it's own modem connection (to a BBS) or via FidoNet-over-TCP/IP. #curiosity > When all was finished, it sounded a bell to tell me that I could > disconnect. Were you not able to automatically disconnect? Or did you want to remain connected in case you wanted to use the connection for something else, e.g. web browsing or ftp file transfer? -- Grant. . . . unix || die
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2019-06-21 14:03 +0200 |
| Message-ID | <emtutf-6gt.ln1@Telcontar.valinor> |
| In reply to | #27346 |
On 20/06/2019 23.17, Grant Taylor wrote:
> On 6/20/19 2:55 PM, Carlos E.R. wrote:
>> I had that scripted. As soon as the connection went up (wvdial, too),
>
> I want to look into wvdial.
>
>> a script would trigger automatically, doing mail send/collection,
>> news, and fidonet.
>
> Can I ask what protocols were used? mail and news can run through UUCP.
> It's also possible to use SMTP & NNTP with prodding. But it seems like
> FidoNet would be it's own modem connection (to a BBS) or via
> FidoNet-over-TCP/IP. #curiosity
You are right. There was (is) some software that does fidonet over TCP,
but it is rather "recent". This century or end of the XX. Let me see, I
must have it on this computer... Could be binkd for hpt. Long time since
last I used it. Confirm, it is binkd.
BINKD(8) BINKD(8)
NAME
binkd - transfer files between two Fidonet systems over
TCP/IP
SYNOPSIS
binkd [-Ccipqsv] [ -P node ] config-file
DESCRIPTION
Binkd is a Fidonet mailer designed to operate via TCP/IP
networks. As a FTN-compatible internet daemon, it makes
possible efficient utilization of TCP/IP protocol suite as
a transport layer in FTN-based (Fido Technology Network)
networks.
Binkd expects your spool for Fido-like networks to be in
BSO ("Bink style outbound") format. BSO is also used by
ifmail and BinkleyTerm mailers.
...
16 Jul 1998
It still lives:
<https://directory.fsf.org/wiki/Binkd>
Some of the links are dead, like the user guide.
Mail and news, standard tcp/ip, not uucp on my time. I used fetchmail,
and initially sendmail. Most places accepted directly sent mail, till
antispam measures killed it and we had to use the ISPs. For news, leafnode.
Most Fidonet development switched to Russia, for some reason they were
interested. I lost contact when the the machine that powered the node I
used died. The sysop was an OS/2 fan, and said he could not manage to do
it in Linux, too difficult for him. Another sysop offered to give us
access, but I did not manage to configure it. He was using a
fidonet-nntp gateway, but with some incomplete software; needed auth
that failed with both Thunderbird and leafnode.
>
>> When all was finished, it sounded a bell to tell me that I could
>> disconnect.
>
> Were you not able to automatically disconnect? Or did you want to
> remain connected in case you wanted to use the connection for something
> else, e.g. web browsing or ftp file transfer?
That's right, I used the time for a little browsing. I don't remember if
I automated the hanging at some point. That was long ago...
There was software that would establish a call when needed, and kill it
on no network activity, but that could be prohibitive here, because call
establishment was charged. And of course, I had to tell/ask my roommates
that I was going to connect.
--
Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Grant Taylor <gtaylor@tnetconsulting.net> |
|---|---|
| Date | 2019-06-21 22:59 -0600 |
| Message-ID | <qekckm$qh1$1@tncsrv09.home.tnetconsulting.net> |
| In reply to | #27356 |
On 6/21/19 6:03 AM, Carlos E.R. wrote: > You are right. There was (is) some software that does fidonet over TCP, > but it is rather "recent". This century or end of the XX. Let me see, > I must have it on this computer... Could be binkd for hpt. Long time > since last I used it. Confirm, it is binkd. I know of binkd, but I've never used it. > It still lives: :-) > Some of the links are dead, like the user guide. That happens. I suspect that FidoNet technology has fared better than some other old networking technologies. Seeing as how there is a TCP/IP interface for it. > Mail and news, standard tcp/ip, not uucp on my time. I used fetchmail, > and initially sendmail. … For news, leafnode. Nice. So you were using standard internet protocols between your client(s) and a local server. I like it. :-) > … Most places accepted directly sent mail, till antispam measures killed > it and we had to use the ISPs. … Ya. I suspect you could have made it work by smart hosting through a well established email server, possibly your ISP. Relatively recent anti-spam techniques have made it harder, SPF, DKIM, DMARC, MTA-STS. But still possible. > Most Fidonet development switched to Russia, for some reason they were > interested. I lost contact when the the machine that powered the node I > used died. The sysop was an OS/2 fan, and said he could not manage to do > it in Linux, too difficult for him. Another sysop offered to give us > access, but I did not manage to configure it. He was using a > fidonet-nntp gateway, but with some incomplete software; needed auth > that failed with both Thunderbird and leafnode. I've heard that the Russians were interested in FidoNet and / or other FTNs from multiple sources. I've had one source tell me that's not the case. Though he was thinking I was talking about dial-up. I think a fair bit of FTN is done over TCP/IP now, possibly via anonymizing technologies like Tor (hidden services) / I2P. > That's right, I used the time for a little browsing. I don't remember > if I automated the hanging at some point. That was long ago... Fair enough. > There was software that would establish a call when needed, and kill > it on no network activity, but that could be prohibitive here, because > call establishment was charged. And of course, I had to tell/ask my > roommates that I was going to connect. ACK I find it interesting to hear from people that lived through it, what they did, and why they did it. Thank you. :-) -- Grant. . . . unix || die
[toc] | [prev] | [next] | [standalone]
| From | John Hasler <jhasler@newsguy.com> |
|---|---|
| Date | 2019-06-22 07:51 -0500 |
| Message-ID | <87lfxtrdf8.fsf@dhh.gt.org> |
| In reply to | #27384 |
Grant writes: > I suspect that FidoNet technology has fared better than some other old > networking technologies. Seeing as how there is a TCP/IP interface > for it. There is UUCP over TCP/IP. > I suspect you could have made it work by smart hosting through a well > established email server, possibly your ISP. You can and many of us still do. Don't rely on your ISP, though. Pay a small amount of money to somebody such as Newsguy who makes a business of providing such service. > Relatively recent anti-spam techniques have made it harder, SPF, DKIM, > DMARC, MTA-STS. Not a problem. Newsguy deals with all that. I just configure Exim to use Newsguy as a smarthost (it's a choice in the configuration dialogue at install time) and use Fetchmail to get my incoming mail from Newsguy via POP every 5 minutes. Gandi redirects mail to my domains to Newsguy. I get all the benefits of running my own mail server (I once did that) without any of the hassles. -- John Hasler jhasler@newsguy.com Dancing Horse Hill Elmwood, WI USA
[toc] | [prev] | [next] | [standalone]
Page 9 of 14 — ← Prev page 1 … 7 8 [9] 10 11 … 14 Next page →
Back to top | Article view | comp.os.linux.misc
csiph-web