Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #369166 > unrolled thread
| Started by | Helmut Schellong <var@schellong.biz> |
|---|---|
| First post | 2026-09-08 19:00 +0200 |
| Last post | 2026-09-12 15:31 +0200 |
| Articles | 20 on this page of 227 — 17 participants |
Back to article view | Back to de.sci.electronics
Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-08 19:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-08 22:34 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 07:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-09 13:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 16:22 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-09 16:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 17:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:22 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-10 07:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-10 16:47 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 18:12 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-09 17:20 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 18:20 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:21 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 01:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 07:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 13:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 15:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 17:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 20:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 00:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 18:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 21:30 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 12:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 22:06 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-13 15:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 20:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 08:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 09:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 14:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:39 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 23:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-13 15:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 22:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 23:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 23:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 23:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 00:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-13 15:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 21:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-13 22:30 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 23:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 11:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 11:56 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-14 16:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 17:31 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 19:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 22:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-15 23:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-16 12:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-17 00:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 11:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-14 19:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 22:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-15 09:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:39 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-14 10:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 11:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-15 08:25 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-16 08:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-16 13:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-16 18:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-16 23:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-17 08:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 15:07 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 09:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 11:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 12:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 11:07 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 11:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 22:12 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 01:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 09:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 14:24 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 20:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-14 16:25 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-13 15:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 21:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 11:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 12:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 13:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 16:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 19:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 22:46 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-15 09:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-17 13:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Axel Berger <Spam@Berger-Odenthal.De> - 2026-09-17 14:24 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-17 16:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 08:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 08:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 11:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-18 09:53 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 22:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 12:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 22:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Christian Weisgerber <naddy@mips.inka.de> - 2026-09-18 14:53 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 18:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-18 22:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 00:37 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 02:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-19 09:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 14:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-19 15:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 20:37 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 15:16 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-17 15:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 17:25 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-17 20:37 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 21:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-17 21:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 22:05 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-17 21:47 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 10:36 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-14 16:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 17:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-12 06:55 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:55 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 23:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-10 19:04 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 01:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 10:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 11:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 14:51 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Axel Berger <Spam@Berger-Odenthal.De> - 2026-09-10 15:35 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Hergen Lehmann <hlehmann-usenet26@snafu.de> - 2026-09-10 16:24 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Axel Berger <Spam@Berger-Odenthal.De> - 2026-09-10 21:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-16 06:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-10 22:20 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 16:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 15:45 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2026-09-11 18:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 20:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 08:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 15:57 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:10 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-09 18:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 18:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:18 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 00:42 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 07:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 09:55 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-10 22:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-11 00:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 08:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-12 09:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 09:31 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-12 13:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 15:46 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-12 15:56 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-24 18:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 16:29 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 23:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 14:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 16:51 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 00:22 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 09:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Heinz Schmitz <sch@example.invalid> - 2026-09-09 09:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2026-09-09 09:21 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 15:07 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 15:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-09 17:21 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 18:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 07:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-11 09:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-11 09:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-11 15:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 11:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 19:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 21:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 12:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:55 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:05 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-09 23:30 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 02:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 10:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 15:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 20:18 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 01:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-10 23:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-11 10:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 09:05 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-14 20:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-14 20:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-15 09:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Bernd Laengerich <Bernd.Laengerich@web.de> - 2026-09-15 09:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Heinz Schmitz <sch@example.invalid> - 2026-09-21 14:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2026-09-11 18:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 20:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 08:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 09:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 10:45 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 14:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 14:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:51 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marcel Mueller <news.5.maazl@spamgourmet.org> - 2026-09-11 18:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 20:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 21:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marcel Mueller <news.5.maazl@spamgourmet.org> - 2026-09-12 13:47 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 15:31 +0200
Page 3 of 12 — ← Prev page 1 2 [3] 4 5 … 12 Next page →
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 23:49 +0200 |
| Message-ID | <1184hc7$3fjt$1@solani.org> |
| In reply to | #369363 |
Marc Haber wrote on 12.09.2026 23:38: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 12.09.2026 15:39: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Weil ich seit langer Zeit pauschal 'rsyncd_enable=YES' in rc.conf eingetragen habe. >>> >>> ABER WARUM??!? >> >> Ich tat das etwa 2002, weil ich zu der Zeit intensiv vom Homeoffice aus >> mit den Servern meines Arbeitgebers per rsync kommunizierte. > > Ich bin mir ziemlich sicher, dass das schon vor 24 Jahren ein "Du > hältst es falsch" war. Das habe ich nicht zu verantworten, denn ich wurde als Entwicklungsingenieur für die C-Programmierung von Industrieanlagen eingestellt. Erstes Projekt: Kommunikation über die serielle Schnittstelle. So steht es in meinem Arbeitsvertrag, sowie im Arbeitszeugnis. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 13:26 +0200 |
| Message-ID | <1183csq$4mps$1@solani.org> |
| In reply to | #369303 |
Marc Haber wrote on 12.09.2026 08:11: > Helmut Schellong <var@schellong.biz> wrote: >> Ich sagte, daß der Daemon vorhanden sei (per ps), nicht einfach nur das Kommando rsync. >> >> Hier ist der Daemon (per ps). >> ... 0:00.00 /usr/local/bin/rsync --daemon --config /usr/local/etc/rsync/rsyncd.conf >> Eine .pkg-Inhalt konfiguriert bei der Installation, daß der Daemon immer gestartet ist. > > Wenn das im Default bei Installation des "normalen" rsync-Pakets > passiert, ist das Paket kaputt. rsyncd ist eine NIschenlösung für eine > sehr seltene Anwendung; ich gehe davon aus dass weit über 90% der > rsync-Installationen keinen lokalen DAaemon brauchen. > >> Wenn solch ein Eintrag fehlt, gibt es keinen rsync-Daemon. > > Das ist eine Binse. Du bräuchtest aber keinen rsync-Daemon. > >> Dieser Daemon würde auch auf Anfragen von Außen reagieren, falls ich meinen >> Router entsprechend konfigurieren würde. > > Schalt ihn halt aus. Du brauchst ihn nicht. SYNOPSIS . Local: rsync [OPTION...] SRC... [DEST] . . Access via remote shell: . Pull: rsync [OPTION...] [USER@]HOST:SRC... [DEST] . Push: rsync [OPTION...] SRC... [USER@]HOST:DEST . . Access via rsync daemon: . Pull: rsync [OPTION...] [USER@]HOST::SRC... [DEST] . rsync [OPTION...] rsync://[USER@]HOST[:PORT]/SRC... [DEST] . Push: rsync [OPTION...] SRC... [USER@]HOST::DEST . rsync [OPTION...] SRC... rsync://[USER@]HOST[:PORT]/DEST http://osr507doc.xinuos.com/cgi-bin/man?mansearchword=rsync&mansection=&lang=de >> Andere gleich gute Algorithmen wurden auch getestet, ob sie zu 'schwach' sind, wie z.B. 'rc4'. >> 'rabbit' z.B. konnte bis heute nicht korrumpiert werden. > > Du solltest Kryptografie wirklich den Spezialisten überlassen. Warum? Und inwiefern? Meine vielen Implementationen davon sind alle erfolgreich. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 15:40 +0200 |
| Message-ID | <1183koj$mo0d$1@news1.tnib.de> |
| In reply to | #369325 |
Helmut Schellong <var@schellong.biz> wrote: >Marc Haber wrote on 12.09.2026 08:11: >> Helmut Schellong <var@schellong.biz> wrote: >>> Ich sagte, daß der Daemon vorhanden sei (per ps), nicht einfach nur das Kommando rsync. >>> >>> Hier ist der Daemon (per ps). >>> ... 0:00.00 /usr/local/bin/rsync --daemon --config /usr/local/etc/rsync/rsyncd.conf >>> Eine .pkg-Inhalt konfiguriert bei der Installation, daß der Daemon immer gestartet ist. >> >> Wenn das im Default bei Installation des "normalen" rsync-Pakets >> passiert, ist das Paket kaputt. rsyncd ist eine NIschenlösung für eine >> sehr seltene Anwendung; ich gehe davon aus dass weit über 90% der >> rsync-Installationen keinen lokalen DAaemon brauchen. >> >>> Wenn solch ein Eintrag fehlt, gibt es keinen rsync-Daemon. >> >> Das ist eine Binse. Du bräuchtest aber keinen rsync-Daemon. >> >>> Dieser Daemon würde auch auf Anfragen von Außen reagieren, falls ich meinen >>> Router entsprechend konfigurieren würde. >> >> Schalt ihn halt aus. Du brauchst ihn nicht. > > SYNOPSIS >. Local: rsync [OPTION...] SRC... [DEST] >. >. Access via remote shell: >. Pull: rsync [OPTION...] [USER@]HOST:SRC... [DEST] >. Push: rsync [OPTION...] SRC... [USER@]HOST:DEST >. >. Access via rsync daemon: >. Pull: rsync [OPTION...] [USER@]HOST::SRC... [DEST] >. rsync [OPTION...] rsync://[USER@]HOST[:PORT]/SRC... [DEST] >. Push: rsync [OPTION...] SRC... [USER@]HOST::DEST >. rsync [OPTION...] SRC... rsync://[USER@]HOST[:PORT]/DEST > >http://osr507doc.xinuos.com/cgi-bin/man?mansearchword=rsync&mansection=&lang=de Oh, Du kannst nach manpages googeln, sie kopieren, und sie in keinem Schritt der Aktion verstanden haben. Beeindruckend. >>> Andere gleich gute Algorithmen wurden auch getestet, ob sie zu 'schwach' sind, wie z.B. 'rc4'. >>> 'rabbit' z.B. konnte bis heute nicht korrumpiert werden. >> >> Du solltest Kryptografie wirklich den Spezialisten überlassen. > >Warum? Und inwiefern? > >Meine vielen Implementationen davon sind alle erfolgreich. "Erfolgreich" bei Kryptografie ist sehr relativ. -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 16:09 +0200 |
| Message-ID | <1183mf7$4ut2$1@solani.org> |
| In reply to | #369339 |
Marc Haber wrote on 12.09.2026 15:40: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 12.09.2026 08:11: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Ich sagte, daß der Daemon vorhanden sei (per ps), nicht einfach nur das Kommando rsync. >>>> >>>> Hier ist der Daemon (per ps). >>>> ... 0:00.00 /usr/local/bin/rsync --daemon --config /usr/local/etc/rsync/rsyncd.conf >>>> Eine .pkg-Inhalt konfiguriert bei der Installation, daß der Daemon immer gestartet ist. >>> >>> Wenn das im Default bei Installation des "normalen" rsync-Pakets >>> passiert, ist das Paket kaputt. rsyncd ist eine NIschenlösung für eine >>> sehr seltene Anwendung; ich gehe davon aus dass weit über 90% der >>> rsync-Installationen keinen lokalen DAaemon brauchen. >>> >>>> Wenn solch ein Eintrag fehlt, gibt es keinen rsync-Daemon. >>> >>> Das ist eine Binse. Du bräuchtest aber keinen rsync-Daemon. >>> >>>> Dieser Daemon würde auch auf Anfragen von Außen reagieren, falls ich meinen >>>> Router entsprechend konfigurieren würde. >>> >>> Schalt ihn halt aus. Du brauchst ihn nicht. >> >> SYNOPSIS >> . Local: rsync [OPTION...] SRC... [DEST] >> . >> . Access via remote shell: >> . Pull: rsync [OPTION...] [USER@]HOST:SRC... [DEST] >> . Push: rsync [OPTION...] SRC... [USER@]HOST:DEST >> . >> . Access via rsync daemon: >> . Pull: rsync [OPTION...] [USER@]HOST::SRC... [DEST] >> . rsync [OPTION...] rsync://[USER@]HOST[:PORT]/SRC... [DEST] >> . Push: rsync [OPTION...] SRC... [USER@]HOST::DEST >> . rsync [OPTION...] SRC... rsync://[USER@]HOST[:PORT]/DEST >> >> http://osr507doc.xinuos.com/cgi-bin/man?mansearchword=rsync&mansection=&lang=de > > Oh, Du kannst nach manpages googeln, sie kopieren, und sie in keinem > Schritt der Aktion verstanden haben. Beeindruckend. Ich habe alles dort verstanden, alle Schritte. Ich habe seit etwa 25 Jahren Umgang mit rsync. >>>> Andere gleich gute Algorithmen wurden auch getestet, ob sie zu 'schwach' sind, wie z.B. 'rc4'. >>>> 'rabbit' z.B. konnte bis heute nicht korrumpiert werden. >>> >>> Du solltest Kryptografie wirklich den Spezialisten überlassen. >> >> Warum? Und inwiefern? >> >> Meine vielen Implementationen davon sind alle erfolgreich. > > "Erfolgreich" bei Kryptografie ist sehr relativ. Ich habe die Implementationen alle mit der Test-Suite des NIST geprüft. Sie haben alle 19 (?) Prüf-Schritte bestanden. Ich hatte vor Jahren berichtet. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 23:40 +0200 |
| Message-ID | <1184gsa$o7uj$1@news1.tnib.de> |
| In reply to | #369350 |
Helmut Schellong <var@schellong.biz> wrote: >Ich habe alles dort verstanden, alle Schritte. >Ich habe seit etwa 25 Jahren Umgang mit rsync. Man kann rsync auch 30 Jahre lang falsch verwenden, jede Wette dass Du das in 5 Jahren erreicht haben wirst. >Ich habe die Implementationen alle mit der Test-Suite des NIST geprüft. >Sie haben alle 19 (?) Prüf-Schritte bestanden. >Ich hatte vor Jahren berichtet. Das war vor Jahren schon lächerlich. -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-13 00:03 +0200 |
| Message-ID | <1184i6l$3g5p$1@solani.org> |
| In reply to | #369364 |
Marc Haber wrote on 12.09.2026 23:40: > Helmut Schellong <var@schellong.biz> wrote: >> Ich habe alles dort verstanden, alle Schritte. >> Ich habe seit etwa 25 Jahren Umgang mit rsync. > > Man kann rsync auch 30 Jahre lang falsch verwenden, jede Wette dass Du > das in 5 Jahren erreicht haben wirst. Nach den ersten Jahren bei dem Arbeitgeber hatte ich kein Homeoffice mehr. Seitdem (2006) verwende ich rsync nur noch privat und lokal. Deine Wette oben hast Du bereits jetzt verloren. >> Ich habe die Implementationen alle mit der Test-Suite des NIST geprüft. >> Sie haben alle 19 (?) Prüf-Schritte bestanden. >> Ich hatte vor Jahren berichtet. > > Das war vor Jahren schon lächerlich. Du beleidigst das NIST. Ohne solche Beleidigungen machst Du's nicht. Erzähl doch mal konkret, was so lächerlich daran ist, mit der Test-Suite des NIST zu arbeiten? Diese Suite wurde extra dafür entwickelt, um kryptographische Algorithmen zu prüfen. -- Mit freundlichen Grüßen Helmut Schellong var@schellong.biz http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-13 15:26 +0200 |
| Message-ID | <118689m$r8ll$1@news1.tnib.de> |
| In reply to | #369368 |
Helmut Schellong <var@schellong.biz> wrote: >Erzähl doch mal konkret, was so lächerlich daran ist, mit der Test-Suite >des NIST zu arbeiten? >Diese Suite wurde extra dafür entwickelt, um kryptographische Algorithmen zu prüfen. Es ist lächerlich, davon auszugehen, dass ein Algorithmus sicher ist wenn er die Testsuite besteht. Kryptografie ist dann doch schon ein wenig komplexer. Grüße Marc -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-13 21:26 +0200 |
| Message-ID | <1186tch$55l1$1@solani.org> |
| In reply to | #369374 |
Marc Haber wrote on 13.09.2026 15:26: > Helmut Schellong <var@schellong.biz> wrote: >> Erzähl doch mal konkret, was so lächerlich daran ist, mit der Test-Suite >> des NIST zu arbeiten? >> Diese Suite wurde extra dafür entwickelt, um kryptographische Algorithmen zu prüfen. > > Es ist lächerlich, davon auszugehen, dass ein Algorithmus sicher ist > wenn er die Testsuite besteht. Kryptografie ist dann doch schon ein > wenig komplexer. Diese Suite wurde vom NIST extra dafür entwickelt, um kryptographische Algorithmen zu prüfen. Du aber findest es lächerlich, daß das NIST ihrer Suite diese Aufgabe zuweist. Ich habe nicht behauptet, daß die von mir implementierten kryptographischen Algorithmen sicher sind, weil sie die Tests der Suite bestanden haben. Es ist aber eine Grundvoraussetzung, daß ein Algorithmus diese Tests besteht, damit er als kryptographischer Algorithmus ernsthaft eingesetzt werden kann. Ich persönlich halte diese Algorithmen für sicher, weil sie die Tests bestanden haben und weil ich Dokumentationen von Krypto-Entwicklerteams gelesen habe. Von anderen entwickelte Algorithmen wurden auch von Mitgliedern anderer Teams gelobt. Solche Lobs sind ein gutes Zeichen. Ich kenne mittlerweile die typische Struktur von kryptographischen Algorithmen. Ich weiß auch, an welchen Stellen man modifizieren darf, und wie, um eine andere Byte-Folge zu erzielen bei gleichem Key, und ohne Verlust von Qualität. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-13 22:30 +0200 |
| Message-ID | <slrn11ae1v2.dap8.als@mordor.angband.thangorodrim.de> |
| In reply to | #369380 |
Helmut Schellong <var@schellong.biz> wrote:
> Marc Haber wrote on 13.09.2026 15:26:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Erzähl doch mal konkret, was so lächerlich daran ist, mit der Test-Suite
>>> des NIST zu arbeiten?
>>> Diese Suite wurde extra dafür entwickelt, um kryptographische Algorithmen zu prüfen.
>>
>> Es ist lächerlich, davon auszugehen, dass ein Algorithmus sicher ist
>> wenn er die Testsuite besteht. Kryptografie ist dann doch schon ein
>> wenig komplexer.
>
> Diese Suite wurde vom NIST extra dafür entwickelt, um kryptographische Algorithmen zu prüfen.
> Du aber findest es lächerlich, daß das NIST ihrer Suite diese Aufgabe zuweist.
Erstmal: _Welche_ Testsuite vom NIST, die haben mehrere? Ich nehme an, das
Du die CAVP (Cryptographic Algorithm Validation Program) meinst. Das testet
aber nur die korrekt Implementation des Verschlüsselungsalgorithmus
selbst - im "Drumherum" gibt es da immer noch genug Fehlermöglichkeiten
(angefangen von der key derivation function, der Wahl der Initialisierungs-
vektors und mehr). Und ja, über Fehler in dem Bereich sind schon Krypto-
systeme gebrochen worden, obwohl der Kern-Algorithmus solide war. Ein
absoluter Klassiker ist eine kaputte key derivation function die den
Schlüsselraum so weit einschränkt, das er für brute force zugänglich
wird.
> Ich habe nicht behauptet, daß die von mir implementierten kryptographischen Algorithmen
> sicher sind, weil sie die Tests der Suite bestanden haben.
> Es ist aber eine Grundvoraussetzung, daß ein Algorithmus diese Tests besteht, damit er
> als kryptographischer Algorithmus ernsthaft eingesetzt werden kann.
>
> Ich persönlich halte diese Algorithmen für sicher, weil sie die Tests bestanden haben
> und weil ich Dokumentationen von Krypto-Entwicklerteams gelesen habe.
> Von anderen entwickelte Algorithmen wurden auch von Mitgliedern anderer Teams gelobt.
> Solche Lobs sind ein gutes Zeichen.
> Ich kenne mittlerweile die typische Struktur von kryptographischen Algorithmen.
> Ich weiß auch, an welchen Stellen man modifizieren darf, und wie, um eine andere Byte-Folge
> zu erzielen bei gleichem Key, und ohne Verlust von Qualität.
Zur sicherer Kryptographie gehört eine ganze Menge mehr als nur korrekt
implementierte bekannt gute Algorithmen, aber ich lese Dir hier jetzt
nicht die Standardliteratur vor.
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-13 23:28 +0200 |
| Message-ID | <11874hk$5a58$1@solani.org> |
| In reply to | #369384 |
Alexander Schreiber wrote on 13.09.2026 22:30: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 13.09.2026 15:26: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Erzähl doch mal konkret, was so lächerlich daran ist, mit der Test-Suite >>>> des NIST zu arbeiten? >>>> Diese Suite wurde extra dafür entwickelt, um kryptographische Algorithmen zu prüfen. >>> >>> Es ist lächerlich, davon auszugehen, dass ein Algorithmus sicher ist >>> wenn er die Testsuite besteht. Kryptografie ist dann doch schon ein >>> wenig komplexer. >> >> Diese Suite wurde vom NIST extra dafür entwickelt, um kryptographische Algorithmen zu prüfen. >> Du aber findest es lächerlich, daß das NIST ihrer Suite diese Aufgabe zuweist. > > Erstmal: _Welche_ Testsuite vom NIST, die haben mehrere? Ich nehme an, das > Du die CAVP (Cryptographic Algorithm Validation Program) meinst. Das testet > aber nur die korrekt Implementation des Verschlüsselungsalgorithmus > selbst - im "Drumherum" gibt es da immer noch genug Fehlermöglichkeiten > (angefangen von der key derivation function, der Wahl der Initialisierungs- > vektors und mehr). Und ja, über Fehler in dem Bereich sind schon Krypto- > systeme gebrochen worden, obwohl der Kern-Algorithmus solide war. Ein > absoluter Klassiker ist eine kaputte key derivation function die den > Schlüsselraum so weit einschränkt, das er für brute force zugänglich > wird. Die Suite, die ich verwendete, prüft die Zufallsqualität der ausgegebenen Bitfolge. Wenn hier keine gute Qualität gegeben ist, ist der ausgebende Algorithmus Schrott. Der simpelste Test ist die Feststellung von gleichen Anzahlen von 0-Bits und 1-Bits. Beispiel: 100001 Nullen und 100000 Einsen. [...] -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-14 11:14 +0200 |
| Message-ID | <1188dth$36kq$1@news1.tnib.de> |
| In reply to | #369385 |
Helmut Schellong <var@schellong.biz> wrote: >Die Suite, die ich verwendete, prüft die Zufallsqualität der ausgegebenen Bitfolge. Welche Suite ist es? >Wenn hier keine gute Qualität gegeben ist, ist der ausgebende Algorithmus Schrott. Ja, der Umkehrschluß ist aber falsch. -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-14 11:56 +0200 |
| Message-ID | <1188gbq$8c15$1@solani.org> |
| In reply to | #369391 |
Marc Haber wrote on 14.09.2026 11:14: > Helmut Schellong <var@schellong.biz> wrote: >> Die Suite, die ich verwendete, prüft die Zufallsqualität der ausgegebenen Bitfolge. > > Welche Suite ist es? > >> Wenn hier keine gute Qualität gegeben ist, ist der ausgebende Algorithmus Schrott. > > Ja, der Umkehrschluß ist aber falsch. Richtig. Das Hauptwerk eines Chiffre-Algorithmus ist seine ausgegebene Bitfolge. Dies ist allerdings nicht das Gesamtwerk. https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-22r1a.pdf ---------------------------------------------------------------------------------------------------------------- This paper discusses some aspects of selecting and testing random and pseudorandom number generators. The outputs of such generators may be used in many cryptographic applications, such as the generation of key material. Generators suitable for use in cryptographic applications may need to meet stronger requirements than for other applications. In particular, their outputs must be unpredictable in the absence of knowledge of the inputs. Some criteria for characterizing and selecting appropriate generators are discussed in this document. The subject of statistical testing and its relation to cryptanalysis is also discussed, and some recommended statistical tests are provided. These tests may be useful as a first step in determining whether or not a generator is suitable for a particular cryptographic application. However, no set of statistical tests can absolutely certify a generator as appropriate for usage in a particular application, i.e., statistical testing cannot serve as a substitute for cryptanalysis. The design and cryptanalysis of generators is outside the scope of this paper. ---------------------------------------------------------------------------------------------------------------- -- Mit freundlichen Grüßen Helmut Schellong var@schellong.biz http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-14 16:49 +0200 |
| Message-ID | <slrn11ag2br.ai4n.als@frodo.angband.thangorodrim.de> |
| In reply to | #369385 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 13.09.2026 22:30:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Marc Haber wrote on 13.09.2026 15:26:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>> Erzähl doch mal konkret, was so lächerlich daran ist, mit der Test-Suite
>>>>> des NIST zu arbeiten?
>>>>> Diese Suite wurde extra dafür entwickelt, um kryptographische Algorithmen zu prüfen.
>>>>
>>>> Es ist lächerlich, davon auszugehen, dass ein Algorithmus sicher ist
>>>> wenn er die Testsuite besteht. Kryptografie ist dann doch schon ein
>>>> wenig komplexer.
>>>
>>> Diese Suite wurde vom NIST extra dafür entwickelt, um kryptographische Algorithmen zu prüfen.
>>> Du aber findest es lächerlich, daß das NIST ihrer Suite diese Aufgabe zuweist.
>>
>> Erstmal: _Welche_ Testsuite vom NIST, die haben mehrere? Ich nehme an, das
>> Du die CAVP (Cryptographic Algorithm Validation Program) meinst. Das testet
>> aber nur die korrekt Implementation des Verschlüsselungsalgorithmus
>> selbst - im "Drumherum" gibt es da immer noch genug Fehlermöglichkeiten
>> (angefangen von der key derivation function, der Wahl der Initialisierungs-
>> vektors und mehr). Und ja, über Fehler in dem Bereich sind schon Krypto-
>> systeme gebrochen worden, obwohl der Kern-Algorithmus solide war. Ein
>> absoluter Klassiker ist eine kaputte key derivation function die den
>> Schlüsselraum so weit einschränkt, das er für brute force zugänglich
>> wird.
>
> Die Suite, die ich verwendete,
Welche?
> prüft die Zufallsqualität der ausgegebenen Bitfolge.
> Wenn hier keine gute Qualität gegeben ist, ist der ausgebende Algorithmus Schrott.
Das trifft aber genauso gut auf gute PRNGs zu. Aber hey, PRNG oder
Verschlüsselung, was ist am Ende schon der Unterschied ...
> Der simpelste Test ist die Feststellung von gleichen Anzahlen von 0-Bits und 1-Bits.
> Beispiel: 100001 Nullen und 100000 Einsen.
Ein _bisschen_ mehr Stochastik darfs schon sein.
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-14 17:31 +0200 |
| Message-ID | <11893vd$6m4o$1@solani.org> |
| In reply to | #369406 |
Alexander Schreiber wrote on 14.09.2026 16:49: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 13.09.2026 22:30: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Marc Haber wrote on 13.09.2026 15:26: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Erzähl doch mal konkret, was so lächerlich daran ist, mit der Test-Suite >>>>>> des NIST zu arbeiten? >>>>>> Diese Suite wurde extra dafür entwickelt, um kryptographische Algorithmen zu prüfen. >>>>> >>>>> Es ist lächerlich, davon auszugehen, dass ein Algorithmus sicher ist >>>>> wenn er die Testsuite besteht. Kryptografie ist dann doch schon ein >>>>> wenig komplexer. >>>> >>>> Diese Suite wurde vom NIST extra dafür entwickelt, um kryptographische Algorithmen zu prüfen. >>>> Du aber findest es lächerlich, daß das NIST ihrer Suite diese Aufgabe zuweist. >>> >>> Erstmal: _Welche_ Testsuite vom NIST, die haben mehrere? Ich nehme an, das >>> Du die CAVP (Cryptographic Algorithm Validation Program) meinst. Das testet >>> aber nur die korrekt Implementation des Verschlüsselungsalgorithmus >>> selbst - im "Drumherum" gibt es da immer noch genug Fehlermöglichkeiten >>> (angefangen von der key derivation function, der Wahl der Initialisierungs- >>> vektors und mehr). Und ja, über Fehler in dem Bereich sind schon Krypto- >>> systeme gebrochen worden, obwohl der Kern-Algorithmus solide war. Ein >>> absoluter Klassiker ist eine kaputte key derivation function die den >>> Schlüsselraum so weit einschränkt, das er für brute force zugänglich >>> wird. >> >> Die Suite, die ich verwendete, > > Welche? Habe ich schon längst (mehrfach) beantwortet. >> prüft die Zufallsqualität der ausgegebenen Bitfolge. >> Wenn hier keine gute Qualität gegeben ist, ist der ausgebende Algorithmus Schrott. > > Das trifft aber genauso gut auf gute PRNGs zu. Aber hey, PRNG oder > Verschlüsselung, was ist am Ende schon der Unterschied ... A Statistical Test Suite for Random and Pseudorandom Number Generators for Cryptographic Applications Das ist der Titel der Dokumentation. Also ...für kryptographische Applikationen. Immerhin. >> Der simpelste Test ist die Feststellung von gleichen Anzahlen von 0-Bits und 1-Bits. >> Beispiel: 100001 Nullen und 100000 Einsen. > > Ein _bisschen_ mehr Stochastik darfs schon sein. In den 15 mathematischen Prüfungen ist dieser primitive Anzahltest wohl gar nicht enthalten. 100104 : 99965 wäre bereits Schrott. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-14 19:09 +0200 |
| Message-ID | <11899nm$4m4i$1@news1.tnib.de> |
| In reply to | #369407 |
Helmut Schellong <var@schellong.biz> wrote: >A Statistical Test Suite for >Random and Pseudorandom >Number Generators for >Cryptographic Applications > >Das ist der Titel der Dokumentation. > >Also ...für kryptographische Applikationen. Assoziativgesetz. Der Titel ist anders geklammert als Du es annnimmst. -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-14 22:33 +0200 |
| Message-ID | <1189lmd$72vg$1@solani.org> |
| In reply to | #369413 |
Marc Haber wrote on 14.09.2026 19:09: > Helmut Schellong <var@schellong.biz> wrote: >> A Statistical Test Suite for >> Random and Pseudorandom >> Number Generators for >> Cryptographic Applications >> >> Das ist der Titel der Dokumentation. >> >> Also ...für kryptographische Applikationen. > > Assoziativgesetz. Der Titel ist anders geklammert als Du es annnimmst. Der Titel ist gar nicht geklammert. Er hat nur eine Reihenfolge. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2026-09-15 23:49 +0200 |
| Message-ID | <20260915234947.64eaa3c9@Achmuehle.WOR> |
| In reply to | #369421 |
Hallo Helmut,
Du schriebst am Mon, 14 Sep 2026 22:33:36 +0200:
> Marc Haber wrote on 14.09.2026 19:09:
> > Helmut Schellong <var@schellong.biz> wrote:
> >> A Statistical Test Suite for
> >> Random and Pseudorandom
> >> Number Generators for
> >> Cryptographic Applications
> >>
> >> Das ist der Titel der Dokumentation.
> >>
> >> Also ...für kryptographische Applikationen.
> >
> > Assoziativgesetz. Der Titel ist anders geklammert als Du es annnimmst.
>
> Der Titel ist gar nicht geklammert.
> Er hat nur eine Reihenfolge.
Marc meinte auch keine explizite Klammerung, sondern die Hierarchie der
Operatorprioritätsen. ("and" hat höhere Priorität als "for") Danach kommt
halt die Reihenfolgeregelung ("wer zuerst kommt, mahlt zuerst").
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-16 12:59 +0200 |
| Message-ID | <118dsov$c5r7$1@solani.org> |
| In reply to | #369433 |
Sieghard Schicktanz wrote on 15.09.2026 23:49:
> Hallo Helmut,
>
> Du schriebst am Mon, 14 Sep 2026 22:33:36 +0200:
>
>> Marc Haber wrote on 14.09.2026 19:09:
>>> Helmut Schellong <var@schellong.biz> wrote:
>>>> A Statistical Test Suite for
>>>> Random and Pseudorandom
>>>> Number Generators for
>>>> Cryptographic Applications
>>>>
>>>> Das ist der Titel der Dokumentation.
>>>>
>>>> Also ...für kryptographische Applikationen.
>>>
>>> Assoziativgesetz. Der Titel ist anders geklammert als Du es annnimmst.
>>
>> Der Titel ist gar nicht geklammert.
>> Er hat nur eine Reihenfolge.
>
> Marc meinte auch keine explizite Klammerung, sondern die Hierarchie der
> Operatorprioritätsen. ("and" hat höhere Priorität als "for") Danach kommt
> halt die Reihenfolgeregelung ("wer zuerst kommt, mahlt zuerst").
Ja, den Rang sehe ich auch so.
'Random and Pseudorandom' gehören zusammen.
Aber ist das auch die Regel innerhalb einer natürlichen Sprache wie Deutsch oder Englisch?
In der Programmierung kommt UND stets vor ODER.
--
Mit freundlichen Grüßen
Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2026-09-17 00:53 +0200 |
| Message-ID | <20260917005313.71b3447b@Achmuehle.WOR> |
| In reply to | #369436 |
Hallo Helmut,
Du schriebst am Wed, 16 Sep 2026 12:59:06 +0200:
> > Marc meinte auch keine explizite Klammerung, sondern die Hierarchie der
> > Operatorprioritätsen. ("and" hat höhere Priorität als "for") Danach
> > kommt halt die Reihenfolgeregelung ("wer zuerst kommt, mahlt zuerst").
>
> Ja, den Rang sehe ich auch so.
> 'Random and Pseudorandom' gehören zusammen.
> Aber ist das auch die Regel innerhalb einer natürlichen Sprache wie
> Deutsch oder Englisch? In der Programmierung kommt UND stets vor ODER.
Hier steht kein "oder". Die Operatoren entstammen disjunkten Klassen.
(Naja, führt wohl zu nix mehr ...)
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-17 11:33 +0200 |
| Message-ID | <118gc4h$dt1v$1@solani.org> |
| In reply to | #369440 |
Sieghard Schicktanz wrote on 17.09.2026 00:53:
> Hallo Helmut,
>
> Du schriebst am Wed, 16 Sep 2026 12:59:06 +0200:
>
>>> Marc meinte auch keine explizite Klammerung, sondern die Hierarchie der
>>> Operatorprioritätsen. ("and" hat höhere Priorität als "for") Danach
>>> kommt halt die Reihenfolgeregelung ("wer zuerst kommt, mahlt zuerst").
>>
>> Ja, den Rang sehe ich auch so.
>> 'Random and Pseudorandom' gehören zusammen.
>> Aber ist das auch die Regel innerhalb einer natürlichen Sprache wie
>> Deutsch oder Englisch? In der Programmierung kommt UND stets vor ODER.
>
> Hier steht kein "oder". Die Operatoren entstammen disjunkten Klassen.
>
> (Naja, führt wohl zu nix mehr ...)
Es führt halt zu weit weg von ONtopic.
--
Mit freundlichen Grüßen
Helmut Schellong
[toc] | [prev] | [next] | [standalone]
Page 3 of 12 — ← Prev page 1 2 [3] 4 5 … 12 Next page →
Back to top | Article view | de.sci.electronics
csiph-web