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 5 of 12 — ← Prev page 1 … 3 4 [5] 6 7 … 12 Next page →
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-19 01:19 +0200 |
| Message-ID | <118kgu7$gpgu$1@solani.org> |
| In reply to | #369473 |
Alexander Schreiber wrote on 18.09.2026 22:12: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 18.09.2026 11:07: >>> Thomas Prufer <prufer.public@mnet-online.de.invalid> wrote: >>>> On Thu, 17 Sep 2026 15:07:01 +0200, Helmut Schellong <var@schellong.biz> wrote: >>>> >>>> >>>>>> Claude zitiert RFC 4503: >>>>>> >>>>>>>> Stated purpose — RFC 4503 explicitly describes them as "a set of test >>>>>>>> vectors for conformance testing," not comprehensive proof of correctness. >>>>> >>>>> 'conformance' bedeutet: Übereinstimmung, Erfüllung. >>>>> Eine Korrektheit zu verlangen, ist hier als semantisch gleich anzusehen. >>>>> >>>> >>>> ... denn du bist Muttersprachler in Englisch, oder so? >>> >>> Offensichtlich nicht und das merkt man ;-) >>> Zumal die schellongisierte "Übersetzung" direkt dem zitierten Originaltext >>> widerspricht. >> >> Ich habe conformance von 'dict.leo.org' übersetzen lassen. > > Du schuldest mir eine Tischkante, schon wieder. > > Immerhin bietet leo da mehrere Varianten an, weil die korrekte Übersetzung > auch durchaus vom Kontext abhängt. Hier wäre eher "Konformität" im Sinne > von "erfüllt grundlegende Anforderungen" passender als "Übereinstimmung", > letzteres ist schlichtweg falsch. Ein Wörterbuch (und mehr ist leo nicht) > ist halt ohne hinreichende Kenntnis der Sprache nur sehr begrenzt hilfreich. > > Das, was Google translate da ausspuckt, passt schon eher: > > "Ausgewiesener Zweck – RFC 4503 beschreibt sie ausdrücklich als „eine > Menge von Testvektoren für Konformitätstests“, nicht als umfassenden > Korrektheitsnachweis." > > Aber besser als sich auf Wörterbücher/Übersetzungsdienste zu verlassen > ist es, die Sprache zu können. Und nebenbei: Die RFCs sind sehr bewusst > formuliert und RFC2119 existiert aus Gründen. Bei Leo ist es so, daß die gängigsten und treffendsten Übersetzungen oben stehen. Ich nahm die beiden ersten Einträge. https://de.wikipedia.org/wiki/Conformance_Checking Im vorstehenden Inhalt wird fast völlig mittels Unterschieden/Übereinstimmung erklärt. Im Zusammenhang mit Standards zu Programmiersprachen haben wir nochmals eine Übereinstimmung mit der von mir gewählten Übersetzung. Ich sehe meine Übersetzungswahl folglich als passend an. Du schreibst oben: "erfüllt grundlegende Anforderungen" passender. Genau eine solche Übersetzung nannte ich: 'conformance' bedeutet: Übereinstimmung, Erfüllung. Du scheinst hier nicht gut zu treffen - oder sind Deine Kenntnisse in Deutsch manchmal daneben? -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-19 09:52 +0200 |
| Message-ID | <slrn11asfp3.3lbs1.als@mordor.angband.thangorodrim.de> |
| In reply to | #369475 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 18.09.2026 22:12:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Alexander Schreiber wrote on 18.09.2026 11:07:
>>>> Thomas Prufer <prufer.public@mnet-online.de.invalid> wrote:
>>>>> On Thu, 17 Sep 2026 15:07:01 +0200, Helmut Schellong <var@schellong.biz> wrote:
>>>>>
>>>>>
>>>>>>> Claude zitiert RFC 4503:
>>>>>>>
>>>>>>>>> Stated purpose — RFC 4503 explicitly describes them as "a set of test
>>>>>>>>> vectors for conformance testing," not comprehensive proof of correctness.
>>>>>>
>>>>>> 'conformance' bedeutet: Übereinstimmung, Erfüllung.
>>>>>> Eine Korrektheit zu verlangen, ist hier als semantisch gleich anzusehen.
>>>>>>
>>>>>
>>>>> ... denn du bist Muttersprachler in Englisch, oder so?
>>>>
>>>> Offensichtlich nicht und das merkt man ;-)
>>>> Zumal die schellongisierte "Übersetzung" direkt dem zitierten Originaltext
>>>> widerspricht.
>>>
>>> Ich habe conformance von 'dict.leo.org' übersetzen lassen.
>>
>> Du schuldest mir eine Tischkante, schon wieder.
>>
>> Immerhin bietet leo da mehrere Varianten an, weil die korrekte Übersetzung
>> auch durchaus vom Kontext abhängt. Hier wäre eher "Konformität" im Sinne
>> von "erfüllt grundlegende Anforderungen" passender als "Übereinstimmung",
>> letzteres ist schlichtweg falsch. Ein Wörterbuch (und mehr ist leo nicht)
>> ist halt ohne hinreichende Kenntnis der Sprache nur sehr begrenzt hilfreich.
>>
>> Das, was Google translate da ausspuckt, passt schon eher:
>>
>> "Ausgewiesener Zweck – RFC 4503 beschreibt sie ausdrücklich als „eine
>> Menge von Testvektoren für Konformitätstests“, nicht als umfassenden
>> Korrektheitsnachweis."
>>
>> Aber besser als sich auf Wörterbücher/Übersetzungsdienste zu verlassen
>> ist es, die Sprache zu können. Und nebenbei: Die RFCs sind sehr bewusst
>> formuliert und RFC2119 existiert aus Gründen.
>
> Bei Leo ist es so, daß die gängigsten und treffendsten Übersetzungen oben stehen.
Nein. Die gängigsten ... vielleicht, nur woher will leo das wissen?
Statistische Analyse von hinreichend grossen Korpora an englisch/deutsch
übersetzten Texten? Unwahrscheinlich. Und "am ehesten zutreffend" ist
schonmal ganz falsch, denn das ist kontextsensitiv, wie praktisch immer
bei natürlichen Sprachen.
> Ich nahm die beiden ersten Einträge.
Ich weiss. Verständnis ist nicht so Deins.
> https://de.wikipedia.org/wiki/Conformance_Checking
Sag mal, langsam werden hier die Tischkanten knapp. Du verlinkst auf
einen Prozess aus der Geschäftsprozessanalyse, der nichts mit dem
Thema zu tun hat, nur weil der einen passend klingenden Namen hat.
> Im vorstehenden Inhalt wird fast völlig mittels Unterschieden/Übereinstimmung erklärt.
>
> Im Zusammenhang mit Standards zu Programmiersprachen haben wir nochmals eine
> Übereinstimmung mit der von mir gewählten Übersetzung.
Andere Baustelle.
> Ich sehe meine Übersetzungswahl folglich als passend an.
"Kannste schon so machen, aber dann isses halt doof."
> Du schreibst oben: "erfüllt grundlegende Anforderungen" passender.
> Genau eine solche Übersetzung nannte ich:
> 'conformance' bedeutet: Übereinstimmung, Erfüllung.
Nein.
Du schriebst (siehe oben):
"'conformance' bedeutet: Übereinstimmung, Erfüllung.
Eine Korrektheit zu verlangen, ist hier als semantisch gleich anzusehen."
Und das ist eben kompletter Unfug.
> Du scheinst hier nicht gut zu treffen - oder sind Deine Kenntnisse in Deutsch manchmal daneben?
Nicht von Dir auf andere schliessen.
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-19 14:24 +0200 |
| Message-ID | <118luu2$fdn3$1@solani.org> |
| In reply to | #369483 |
Alexander Schreiber wrote on 19.09.2026 09:52: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 18.09.2026 22:12: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Alexander Schreiber wrote on 18.09.2026 11:07: >>>>> Thomas Prufer <prufer.public@mnet-online.de.invalid> wrote: >>>>>> On Thu, 17 Sep 2026 15:07:01 +0200, Helmut Schellong <var@schellong.biz> wrote: >>>>>> >>>>>> >>>>>>>> Claude zitiert RFC 4503: >>>>>>>> >>>>>>>>>> Stated purpose — RFC 4503 explicitly describes them as "a set of test >>>>>>>>>> vectors for conformance testing," not comprehensive proof of correctness. >>>>>>> >>>>>>> 'conformance' bedeutet: Übereinstimmung, Erfüllung. >>>>>>> Eine Korrektheit zu verlangen, ist hier als semantisch gleich anzusehen. >>>>>>> >>>>>> >>>>>> ... denn du bist Muttersprachler in Englisch, oder so? >>>>> >>>>> Offensichtlich nicht und das merkt man ;-) >>>>> Zumal die schellongisierte "Übersetzung" direkt dem zitierten Originaltext >>>>> widerspricht. >>>> >>>> Ich habe conformance von 'dict.leo.org' übersetzen lassen. >>> >>> Du schuldest mir eine Tischkante, schon wieder. >>> >>> Immerhin bietet leo da mehrere Varianten an, weil die korrekte Übersetzung >>> auch durchaus vom Kontext abhängt. Hier wäre eher "Konformität" im Sinne >>> von "erfüllt grundlegende Anforderungen" passender als "Übereinstimmung", >>> letzteres ist schlichtweg falsch. Ein Wörterbuch (und mehr ist leo nicht) >>> ist halt ohne hinreichende Kenntnis der Sprache nur sehr begrenzt hilfreich. >>> >>> Das, was Google translate da ausspuckt, passt schon eher: >>> >>> "Ausgewiesener Zweck – RFC 4503 beschreibt sie ausdrücklich als „eine >>> Menge von Testvektoren für Konformitätstests“, nicht als umfassenden >>> Korrektheitsnachweis." >>> >>> Aber besser als sich auf Wörterbücher/Übersetzungsdienste zu verlassen >>> ist es, die Sprache zu können. Und nebenbei: Die RFCs sind sehr bewusst >>> formuliert und RFC2119 existiert aus Gründen. >> >> Bei Leo ist es so, daß die gängigsten und treffendsten Übersetzungen oben stehen. > > Nein. Die gängigsten ... vielleicht, nur woher will leo das wissen? > Statistische Analyse von hinreichend grossen Korpora an englisch/deutsch > übersetzten Texten? Unwahrscheinlich. Und "am ehesten zutreffend" ist > schonmal ganz falsch, denn das ist kontextsensitiv, wie praktisch immer > bei natürlichen Sprachen. > >> Ich nahm die beiden ersten Einträge. > > Ich weiss. Verständnis ist nicht so Deins. > >> https://de.wikipedia.org/wiki/Conformance_Checking > > Sag mal, langsam werden hier die Tischkanten knapp. Du verlinkst auf > einen Prozess aus der Geschäftsprozessanalyse, der nichts mit dem > Thema zu tun hat, nur weil der einen passend klingenden Namen hat. > >> Im vorstehenden Inhalt wird fast völlig mittels Unterschieden/Übereinstimmung erklärt. >> >> Im Zusammenhang mit Standards zu Programmiersprachen haben wir nochmals eine >> Übereinstimmung mit der von mir gewählten Übersetzung. > > Andere Baustelle. In allen Fällen geht es um die Bedeutung des Wortes conformance. >> Ich sehe meine Übersetzungswahl folglich als passend an. > > "Kannste schon so machen, aber dann isses halt doof." > >> Du schreibst oben: "erfüllt grundlegende Anforderungen" passender. >> Genau eine solche Übersetzung nannte ich: >> 'conformance' bedeutet: Übereinstimmung, Erfüllung. > > Nein. Doch. 'Erfüllung' kann problemlos auch 'erfüllt grundlegende Anforderungen' bedeuten. > Du schriebst (siehe oben): > "'conformance' bedeutet: Übereinstimmung, Erfüllung. > Eine Korrektheit zu verlangen, ist hier als semantisch gleich anzusehen." > > Und das ist eben kompletter Unfug. Es ist überhaupt kein Unfug. 'Korrektheit' bedeutet im Deutschen auch 'Übereinstimmung'. >> Du scheinst hier nicht gut zu treffen - oder sind Deine Kenntnisse in Deutsch manchmal daneben? > > Nicht von Dir auf andere schliessen. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-19 20:08 +0200 |
| Message-ID | <slrn11atjtl.3pir7.als@mordor.angband.thangorodrim.de> |
| In reply to | #369491 |
Helmut Schellong <var@schellong.biz> wrote: > Alexander Schreiber wrote on 19.09.2026 09:52: >> Helmut Schellong <var@schellong.biz> wrote: >>> Alexander Schreiber wrote on 18.09.2026 22:12: >>>> Helmut Schellong <var@schellong.biz> wrote: >>>>> Alexander Schreiber wrote on 18.09.2026 11:07: >>>>>> Thomas Prufer <prufer.public@mnet-online.de.invalid> wrote: >>>>>>> On Thu, 17 Sep 2026 15:07:01 +0200, Helmut Schellong <var@schellong.biz> wrote: >>>>>>> >>>>>>> >>>>>>>>> Claude zitiert RFC 4503: >>>>>>>>> >>>>>>>>>>> Stated purpose — RFC 4503 explicitly describes them as "a set of test >>>>>>>>>>> vectors for conformance testing," not comprehensive proof of correctness. >>>>>>>> >>>>>>>> 'conformance' bedeutet: Übereinstimmung, Erfüllung. >>>>>>>> Eine Korrektheit zu verlangen, ist hier als semantisch gleich anzusehen. >>>>>>>> >>>>>>> >>>>>>> ... denn du bist Muttersprachler in Englisch, oder so? >>>>>> >>>>>> Offensichtlich nicht und das merkt man ;-) >>>>>> Zumal die schellongisierte "Übersetzung" direkt dem zitierten Originaltext >>>>>> widerspricht. >>>>> >>>>> Ich habe conformance von 'dict.leo.org' übersetzen lassen. >>>> >>>> Du schuldest mir eine Tischkante, schon wieder. >>>> >>>> Immerhin bietet leo da mehrere Varianten an, weil die korrekte Übersetzung >>>> auch durchaus vom Kontext abhängt. Hier wäre eher "Konformität" im Sinne >>>> von "erfüllt grundlegende Anforderungen" passender als "Übereinstimmung", >>>> letzteres ist schlichtweg falsch. Ein Wörterbuch (und mehr ist leo nicht) >>>> ist halt ohne hinreichende Kenntnis der Sprache nur sehr begrenzt hilfreich. >>>> >>>> Das, was Google translate da ausspuckt, passt schon eher: >>>> >>>> "Ausgewiesener Zweck – RFC 4503 beschreibt sie ausdrücklich als „eine >>>> Menge von Testvektoren für Konformitätstests“, nicht als umfassenden >>>> Korrektheitsnachweis." >>>> >>>> Aber besser als sich auf Wörterbücher/Übersetzungsdienste zu verlassen >>>> ist es, die Sprache zu können. Und nebenbei: Die RFCs sind sehr bewusst >>>> formuliert und RFC2119 existiert aus Gründen. >>> >>> Bei Leo ist es so, daß die gängigsten und treffendsten Übersetzungen oben stehen. >> >> Nein. Die gängigsten ... vielleicht, nur woher will leo das wissen? >> Statistische Analyse von hinreichend grossen Korpora an englisch/deutsch >> übersetzten Texten? Unwahrscheinlich. Und "am ehesten zutreffend" ist >> schonmal ganz falsch, denn das ist kontextsensitiv, wie praktisch immer >> bei natürlichen Sprachen. >> >>> Ich nahm die beiden ersten Einträge. >> >> Ich weiss. Verständnis ist nicht so Deins. >> >>> https://de.wikipedia.org/wiki/Conformance_Checking >> >> Sag mal, langsam werden hier die Tischkanten knapp. Du verlinkst auf >> einen Prozess aus der Geschäftsprozessanalyse, der nichts mit dem >> Thema zu tun hat, nur weil der einen passend klingenden Namen hat. >> >>> Im vorstehenden Inhalt wird fast völlig mittels Unterschieden/Übereinstimmung erklärt. >>> >>> Im Zusammenhang mit Standards zu Programmiersprachen haben wir nochmals eine >>> Übereinstimmung mit der von mir gewählten Übersetzung. >> >> Andere Baustelle. > > In allen Fällen geht es um die Bedeutung des Wortes conformance. Welches je nach Kontext eine andere Bedeutung hat. Natürliche Sprachen sind nicht kontext-frei. >>> Ich sehe meine Übersetzungswahl folglich als passend an. >> >> "Kannste schon so machen, aber dann isses halt doof." >> >>> Du schreibst oben: "erfüllt grundlegende Anforderungen" passender. >>> Genau eine solche Übersetzung nannte ich: >>> 'conformance' bedeutet: Übereinstimmung, Erfüllung. >> >> Nein. > > Doch. 'Erfüllung' kann problemlos auch 'erfüllt grundlegende Anforderungen' bedeuten. Nicht ohne weiteren Kontext. >> Du schriebst (siehe oben): >> "'conformance' bedeutet: Übereinstimmung, Erfüllung. >> Eine Korrektheit zu verlangen, ist hier als semantisch gleich anzusehen." >> >> Und das ist eben kompletter Unfug. > > Es ist überhaupt kein Unfug. > 'Korrektheit' bedeutet im Deutschen auch 'Übereinstimmung'. Nein. Einfaches Bespiel: 1: "Die Korrektheit von mehreren Lösungen wurde bewiesen." gegenüber 2: "Die Übereinstimmung von mehreren Lösungen wurde bewiesen." - das ergibt jeweils einen komplett anderen Sinn. >>> Du scheinst hier nicht gut zu treffen - oder sind Deine Kenntnisse in Deutsch manchmal daneben? >> >> Nicht von Dir auf andere schliessen. Und ich sach noch ... SCNR, 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 | Ralph Aichinger <ra@h5.or.at> |
|---|---|
| Date | 2026-09-14 16:25 +0000 |
| Message-ID | <118975e$137pa$1@gwaiyur.mb-net.net> |
| In reply to | #369380 |
Helmut Schellong <var@schellong.biz> wrote: > Diese Suite wurde vom NIST extra dafür entwickelt, um kryptographische Algorithmen zu prüfen. It compiles, ship it! /ralph
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-13 15:32 +0200 |
| Message-ID | <11868m0$r980$1@news1.tnib.de> |
| In reply to | #369350 |
Helmut Schellong <var@schellong.biz> wrote: >Ich habe die Implementationen alle mit der Test-Suite des NIST geprüft. >Sie haben alle 19 (?) Prüf-Schritte bestanden. Sag mir mal genau welche Test-Suite Du meinst. Doch nicht etwa die CAVP/ACVP Suite? 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:43 +0200 |
| Message-ID | <1186ucg$567t$1@solani.org> |
| In reply to | #369375 |
Marc Haber wrote on 13.09.2026 15:32: > Helmut Schellong <var@schellong.biz> wrote: >> Ich habe die Implementationen alle mit der Test-Suite des NIST geprüft. >> Sie haben alle 19 (?) Prüf-Schritte bestanden. > > Sag mir mal genau welche Test-Suite Du meinst. Doch nicht etwa die > CAVP/ACVP Suite? Ich habe vor Jahren nur eine Suite kompiliert. Zu der Zeit wurde gesagt, daß - nach langer Zeit - eine neue Suite geplant ist. The NIST Statistical Test Suite (NIST SP 800-22) is a package of 15 statistical tests designed to evaluate the randomness of random and pseudorandom number generators used in cryptographic applications. https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-22r1a.pdf Die Komprimierung xz hatte den Test auch bestanden. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-14 11:15 +0200 |
| Message-ID | <1188duu$36n9$1@news1.tnib.de> |
| In reply to | #369381 |
Helmut Schellong <var@schellong.biz> wrote: >Marc Haber wrote on 13.09.2026 15:32: >> Helmut Schellong <var@schellong.biz> wrote: >>> Ich habe die Implementationen alle mit der Test-Suite des NIST geprüft. >>> Sie haben alle 19 (?) Prüf-Schritte bestanden. >> >> Sag mir mal genau welche Test-Suite Du meinst. Doch nicht etwa die >> CAVP/ACVP Suite? > >Ich habe vor Jahren nur eine Suite kompiliert. >Zu der Zeit wurde gesagt, daß - nach langer Zeit - eine neue Suite geplant ist. > >The NIST Statistical Test Suite (NIST SP 800-22) is a package of 15 statistical tests >designed to evaluate the randomness of random and pseudorandom number generators >used in cryptographic applications. > >https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-22r1a.pdf > >Die Komprimierung xz hatte den Test auch bestanden. Das ist ein Test für Zufallsgeneratoren. Kein Test für die Güte eines Kryptoalgorithmus. -- ---------------------------------------------------------------------------- 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 12:00 +0200 |
| Message-ID | <1188gjh$8c51$1@solani.org> |
| In reply to | #369392 |
Marc Haber wrote on 14.09.2026 11:15: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 13.09.2026 15:32: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Ich habe die Implementationen alle mit der Test-Suite des NIST geprüft. >>>> Sie haben alle 19 (?) Prüf-Schritte bestanden. >>> >>> Sag mir mal genau welche Test-Suite Du meinst. Doch nicht etwa die >>> CAVP/ACVP Suite? >> >> Ich habe vor Jahren nur eine Suite kompiliert. >> Zu der Zeit wurde gesagt, daß - nach langer Zeit - eine neue Suite geplant ist. >> >> The NIST Statistical Test Suite (NIST SP 800-22) is a package of 15 statistical tests >> designed to evaluate the randomness of random and pseudorandom number generators >> used in cryptographic applications. >> >> https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-22r1a.pdf >> >> Die Komprimierung xz hatte den Test auch bestanden. > > Das ist ein Test für Zufallsgeneratoren. Kein Test für die Güte eines > Kryptoalgorithmus. ---------------------------------------------------------------------------------------------------------------- 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. ---------------------------------------------------------------------------------------------------------------- Wie ich bereits zuvor berichtete. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-14 13:54 +0200 |
| Message-ID | <1188n93$3mmq$1@news1.tnib.de> |
| In reply to | #369397 |
Helmut Schellong <var@schellong.biz> wrote: >Marc Haber wrote on 14.09.2026 11:15: >> Helmut Schellong <var@schellong.biz> wrote: >>> Marc Haber wrote on 13.09.2026 15:32: >>>> Helmut Schellong <var@schellong.biz> wrote: >>>>> Ich habe die Implementationen alle mit der Test-Suite des NIST geprüft. >>>>> Sie haben alle 19 (?) Prüf-Schritte bestanden. >>>> >>>> Sag mir mal genau welche Test-Suite Du meinst. Doch nicht etwa die >>>> CAVP/ACVP Suite? >>> >>> Ich habe vor Jahren nur eine Suite kompiliert. >>> Zu der Zeit wurde gesagt, daß - nach langer Zeit - eine neue Suite geplant ist. >>> >>> The NIST Statistical Test Suite (NIST SP 800-22) is a package of 15 statistical tests >>> designed to evaluate the randomness of random and pseudorandom number generators >>> used in cryptographic applications. >>> >>> https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-22r1a.pdf >>> >>> Die Komprimierung xz hatte den Test auch bestanden. >> >> Das ist ein Test für Zufallsgeneratoren. Kein Test für die Güte eines >> Kryptoalgorithmus. > >---------------------------------------------------------------------------------------------------------------- >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. >---------------------------------------------------------------------------------------------------------------- > >Wie ich bereits zuvor berichtete. Und offensichtlich nicht verstanden hast. Lass mich die ersten zwei Sätze mal übersetzen. | Dieses Dokument behandelt einige Aspekte der Auswahl und Prüfung von Zufalls- | und Pseudozufallszahlengeneratoren. Die Ausgaben solcher Generatoren können | in vielen kryptografischen Anwendungen verwendet werden, beispielsweise | zur Erzeugung von Schlüsselmaterial. Das ist also kein Test für die kryptografische Anwendung. Da die Ausgabe eines Verschlüsselungsalgorithmus reinzukippen ist schon Unverstand. Aus dem Ergebnis dann auf die Sicherheit des Verschlüsselungsalgorithmus zurückzuschließen zu wollen hinterlässt mich sprachlos. -- ---------------------------------------------------------------------------- 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 16:43 +0200 |
| Message-ID | <1189153$6jli$1@solani.org> |
| In reply to | #369399 |
Marc Haber wrote on 14.09.2026 13:54: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 14.09.2026 11:15: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Marc Haber wrote on 13.09.2026 15:32: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Ich habe die Implementationen alle mit der Test-Suite des NIST geprüft. >>>>>> Sie haben alle 19 (?) Prüf-Schritte bestanden. >>>>> >>>>> Sag mir mal genau welche Test-Suite Du meinst. Doch nicht etwa die >>>>> CAVP/ACVP Suite? >>>> >>>> Ich habe vor Jahren nur eine Suite kompiliert. >>>> Zu der Zeit wurde gesagt, daß - nach langer Zeit - eine neue Suite geplant ist. >>>> >>>> The NIST Statistical Test Suite (NIST SP 800-22) is a package of 15 statistical tests >>>> designed to evaluate the randomness of random and pseudorandom number generators >>>> used in cryptographic applications. >>>> >>>> https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-22r1a.pdf >>>> >>>> Die Komprimierung xz hatte den Test auch bestanden. >>> >>> Das ist ein Test für Zufallsgeneratoren. Kein Test für die Güte eines >>> Kryptoalgorithmus. >> >> ---------------------------------------------------------------------------------------------------------------- >> 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. >> ---------------------------------------------------------------------------------------------------------------- >> >> Wie ich bereits zuvor berichtete. > > Und offensichtlich nicht verstanden hast. Lass mich die ersten zwei > Sätze mal übersetzen. Wieder eine solche unhaltbare Behauptung! Ich besitze die PDF-Datei bereits viele Jahre, _damals_ gelesen und voll _verstanden_. 13.09.2026, 23:28 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. 13.09.2026, 21:26 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. > | Dieses Dokument behandelt einige Aspekte der Auswahl und Prüfung von Zufalls- > | und Pseudozufallszahlengeneratoren. Die Ausgaben solcher Generatoren können > | in vielen kryptografischen Anwendungen verwendet werden, beispielsweise > | zur Erzeugung von Schlüsselmaterial. Man muß mir nichts übersetzen! Ich kommunizierte Jahrzehnte lang mit Konzern-Zentralen im Ausland in Englisch. > Das ist also kein Test für die kryptografische Anwendung. Da die Das weiß ich seit vielen Jahren! > Ausgabe eines Verschlüsselungsalgorithmus reinzukippen ist schon > Unverstand. Die Entwickler der NIST-Suite fordern in der Bedienungsanleitung dazu auf! Außerdem sollen verschlüsselte Daten dem Executable 'assess' der Suite übergeben werden. Die Ausgabe des Algorithmus kann ebenfalls an 'assess' übergeben werden. Diese erhält man dadurch, indem eine Nullen-Datei verschlüsselt wird. Und das ist überhaupt kein Unverstand! Die Suite kann jede beliebige Bitfolge der Welt mit Mindestlänge verarbeiten. > Aus dem Ergebnis dann auf die Sicherheit des > Verschlüsselungsalgorithmus zurückzuschließen zu wollen hinterlässt > mich sprachlos. Sprachlosigkeit ist hier berechtigt. Allerdings war ich nicht derjenige, der einen solchen Rückschluß gezogen hat! -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-14 19:11 +0200 |
| Message-ID | <11899r5$4mkn$1@news1.tnib.de> |
| In reply to | #369403 |
Helmut Schellong <var@schellong.biz> wrote: >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. Du hast aber keinen Zufallszahlengenerator implementiert, sondern einen Verschlüsselungsalgorithmus. -- ---------------------------------------------------------------------------- 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:46 +0200 |
| Message-ID | <1189mfb$73ef$1@solani.org> |
| In reply to | #369414 |
Marc Haber wrote on 14.09.2026 19:11: > Helmut Schellong <var@schellong.biz> wrote: >> 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. > > Du hast aber keinen Zufallszahlengenerator implementiert, sondern > einen Verschlüsselungsalgorithmus. Und dessen Ausgabe kann die Suite prüfen. Jede Krypto-Verschlüsselung basiert auf einem Generator. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-15 09:53 +0200 |
| Message-ID | <slrn11ahucc.1a3sn.als@mordor.angband.thangorodrim.de> |
| In reply to | #369422 |
Helmut Schellong <var@schellong.biz> wrote:
> Marc Haber wrote on 14.09.2026 19:11:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> 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.
>>
>> Du hast aber keinen Zufallszahlengenerator implementiert, sondern
>> einen Verschlüsselungsalgorithmus.
>
> Und dessen Ausgabe kann die Suite prüfen.
> Jede Krypto-Verschlüsselung basiert auf einem Generator.
Du schreibst einen wirklich haarsträubenden Unfug zusammen. Danke, das
Du mal wieder bestätigst, von Kryptographie wirklich gar keine Ahnung
zu haben.
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-15 15:32 +0200 |
| Message-ID | <118bhdj$agbl$1@solani.org> |
| In reply to | #369428 |
Alexander Schreiber wrote on 15.09.2026 09:53: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 14.09.2026 19:11: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> 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. >>> >>> Du hast aber keinen Zufallszahlengenerator implementiert, sondern >>> einen Verschlüsselungsalgorithmus. >> >> Und dessen Ausgabe kann die Suite prüfen. >> Jede Krypto-Verschlüsselung basiert auf einem Generator. > > Du schreibst einen wirklich haarsträubenden Unfug zusammen. Danke, das > Du mal wieder bestätigst, von Kryptographie wirklich gar keine Ahnung > zu haben. Du verarschst die Leser hier mit Deinen unwahren Behauptungen. Die Suite kann wirklich jede Bitfolge prüfen. Und die Krypto-Verschlüsselungen basieren oft zu mehr als 97% auf einem Generator. Der Generator ist die absolute Hauptsache in diesem Bereich. Alles konzentriert sich darauf. Von der realen Praxis hast Du offenbar (fast) keine Ahnung. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-17 13:43 +0200 |
| Message-ID | <slrn11ankjp.2iqu1.als@mordor.angband.thangorodrim.de> |
| In reply to | #369431 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 15.09.2026 09:53:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Marc Haber wrote on 14.09.2026 19:11:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>> 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.
>>>>
>>>> Du hast aber keinen Zufallszahlengenerator implementiert, sondern
>>>> einen Verschlüsselungsalgorithmus.
>>>
>>> Und dessen Ausgabe kann die Suite prüfen.
>>> Jede Krypto-Verschlüsselung basiert auf einem Generator.
>>
>> Du schreibst einen wirklich haarsträubenden Unfug zusammen. Danke, das
>> Du mal wieder bestätigst, von Kryptographie wirklich gar keine Ahnung
>> zu haben.
>
> Du verarschst die Leser hier mit Deinen unwahren Behauptungen.
Das überlasse ich Dir und Deinem "enough to be dangerous" Halbwissen.
Und zu "Jede Verschlüsselung basiert auf einem Generator": Weder
Caesar- noch Vigenère-Chriffe benutzen irgendeine Form von Generator.
Und ja, diese (trivialen) Algorithmen werden heute z.T. noch eingesetzt,
wenn auch nicht zum Schutz von Informationen, sondern zur einfachsten
Verschleierung (rot13 ist Caesar mit bekanntem und symmetrischem Schlüssel
und dient u.a. zum Verschleiern von Spoilern in Texten) und zu Lehrzwecken:
Ganz am Anfang der Einführung in die Kryptographie, um zu zeigen, wie die
Anfänge aussahen und auch als Einführung in die Kryptoanalyse, denn beide
Verfahren kann man mit Papier und Bleistift durchführen und auch damit
brechen (für Vigenère und Varianten mit dem Kasiski-Test, vor vielen
Jahren in der Übung zur Kryptographie-Vorlesung durchgespielt).
Für solche Lehrzwecke sind diese trivialen alten Algorithem perfektes
Einführungsmaterial.
Ok, Absolut-Behauptung mit historischem Material beräumt. ;-)
> Die Suite kann wirklich jede Bitfolge prüfen.
> Und die Krypto-Verschlüsselungen basieren oft zu mehr als 97% auf einem Generator.a
Naja, sagen wir mal die eine Hälfte der Algorithmen: die Stromchiffren.
Da wird per CSPRNG (Kryptographisch sicherer Pseudo-Zufallszahlengenerator)
der Schlüssel zum Schlüsselstrom expandiert - da ist der "Pseudo" Teil in
CSPRNG dann wieder wichtig, aus offensichtlichen Gründen.
> Der Generator ist die absolute Hauptsache in diesem Bereich.
> Alles konzentriert sich darauf.
Nein. Nur bei dem Stromchiffren ist das der Fall, da liegt die Sicherheit
im Schlüsselstrom-Generator (CSPRNG). Bei Blockchiffren ist das nicht
der Fall, diese schieben den Klartextstrom (stark vereinfacht) in mehreren
Zyklen (Runden) durch Mixer-Funktionen (z.B. den Klassiker von Feistel).
Und ja, die Mixer-Funktionen sind pseudozufällige Permutationen, aber halt
eben keine Generatoren von Zufallszahlen.
Je nach Anwendungszweck findet man halt sowohl Strom- als auch Blockchiffren:
- Verschlüsselung von Kommunikationsströmen: typischerweise Stromchiffren
(Wireguard z.B.: ChaCha20-Poly1305), aber man kann Blockchiffren auch als
Stromchiffren einsetzen
- Verschlüsselung blockorientierter Speichersysteme (z.B. Festplatten)
verwendet Blockchiffren (typischerweise AES), ditto Dateiverschlüsselung
(ja, _kann_ man mit Stromchiffre machen, aber das ist halt ... sagen wir
mal höflich "problematisch", vor allem wenn man die üblichen Vorkehrungen
weglässt)
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 | Axel Berger <Spam@Berger-Odenthal.De> |
|---|---|
| Date | 2026-09-17 14:24 +0200 |
| Message-ID | <nh24g3FmtvU1@mid.individual.net> |
| In reply to | #369443 |
On 2026-09-17 13:43, Alexander Schreiber wrote: > da liegt die Sicherheit > im Schlüsselstrom-Generator (CSPRNG). Nicht mein Fachgebiet, aber trotzdem: Völlig sicher (außer durch Schlüsseldiebstahl) ist nur ein one-time-pad. Sowie ein Generator dazukommt, ist es mit dem Zufall vorbei und es wird völlig deterministisch. Es mag mit heutiger Technik in endlicher Zeit unmöglich sein, den Generator zu rekonstruieren, aber reiner Zufall ist es nicht mehr. -- /¯\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067 \ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069 X in | D-50829 Köln-Ossendorf http://berger-odenthal.de / \ Mail | -- No unannounced, large, binary attachments, please! --
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-17 16:08 +0200 |
| Message-ID | <slrn11ant2q.2kpom.als@mordor.angband.thangorodrim.de> |
| In reply to | #369444 |
Axel Berger <Spam@Berger-Odenthal.De> wrote:
> On 2026-09-17 13:43, Alexander Schreiber wrote:
>> da liegt die Sicherheit
>> im Schlüsselstrom-Generator (CSPRNG).
>
> Nicht mein Fachgebiet, aber trotzdem:
> Völlig sicher (außer durch Schlüsseldiebstahl) ist nur ein one-time-pad.
Klar. Die Stromchiffren sind im Prinzip der Ansatz, ein one-time pad
einfacher nachzubauen indem einen CSPRNG nimmt um aus einem kleinen
Schlüssel einen Schlüsselstrom zu generieren, die der Rolle des Pads
(Schlüsselgrösse gleich Plaintextgrösse) einnimmt.
> Sowie ein Generator dazukommt, ist es mit dem Zufall vorbei und es wird
> völlig deterministisch. Es mag mit heutiger Technik in endlicher Zeit
> unmöglich sein, den Generator zu rekonstruieren, aber reiner Zufall ist
> es nicht mehr.
Deswegen geht da viel Arbeit rein, dies so weit möglich zu erschweren.
Aber die Stromchiffren haben auch die gleiche Verwundbarkeit wie
ein one-time pad: Wiederverwendung von Schlüsselmaterial. Und beim
naiven Einsatz von Stromchiffren ist das geradezu garantiert.
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 | Thomas Prufer <prufer.public@mnet-online.de.invalid> |
|---|---|
| Date | 2026-09-18 08:52 +0200 |
| Message-ID | <4snpal50sqa02dm93fr3e43j9tk3co4b19@4ax.com> |
| In reply to | #369444 |
On Thu, 17 Sep 2026 14:24:36 +0200, Axel Berger <Spam@Berger-Odenthal.De> wrote: >On 2026-09-17 13:43, Alexander Schreiber wrote: >> da liegt die Sicherheit >> im Schlüsselstrom-Generator (CSPRNG). > >Nicht mein Fachgebiet, aber trotzdem: >Völlig sicher (außer durch Schlüsseldiebstahl) ist nur ein one-time-pad. >Sowie ein Generator dazukommt, ist es mit dem Zufall vorbei und es wird >völlig deterministisch. Es mag mit heutiger Technik in endlicher Zeit >unmöglich sein, den Generator zu rekonstruieren, aber reiner Zufall ist >es nicht mehr. Man kann zufällige physikalisch Effekte nutzen:
[toc] | [prev] | [next] | [standalone]
| From | Thomas Prufer <prufer.public@mnet-online.de.invalid> |
|---|---|
| Date | 2026-09-18 08:53 +0200 |
| Message-ID | <atnpal5i4n9s2calp97l1hpti8b0tlqg2h@4ax.com> |
| In reply to | #369444 |
On Thu, 17 Sep 2026 14:24:36 +0200, Axel Berger <Spam@Berger-Odenthal.De> wrote: >On 2026-09-17 13:43, Alexander Schreiber wrote: >> da liegt die Sicherheit >> im Schlüsselstrom-Generator (CSPRNG). > >Nicht mein Fachgebiet, aber trotzdem: >Völlig sicher (außer durch Schlüsseldiebstahl) ist nur ein one-time-pad. >Sowie ein Generator dazukommt, ist es mit dem Zufall vorbei und es wird >völlig deterministisch. Es mag mit heutiger Technik in endlicher Zeit >unmöglich sein, den Generator zu rekonstruieren, aber reiner Zufall ist >es nicht mehr. Man kann zufällige physikalische Effekte Nutzen: https://en.wikipedia.org/wiki/Lavarand (Wand voller Lavalampen, die von einer Kamera aufgenomen und als Seed für einen Generator verwendet werden.) Thomas Prufer
[toc] | [prev] | [next] | [standalone]
Page 5 of 12 — ← Prev page 1 … 3 4 [5] 6 7 … 12 Next page →
Back to top | Article view | de.sci.electronics
csiph-web