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 8 of 12 — ← Prev page 1 … 6 7 [8] 9 10 … 12 Next page →
| From | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-10 22:20 +0200 |
| Message-ID | <1af1a20af7a1964d43d7d77073c3eab4ae4a4caf.camel@bartheld.net> |
| In reply to | #369249 |
On Thu, 2026-09-10 at 16:24 +0200, Hergen Lehmann wrote: > Unverschlüsselt ist out, auch im LAN. Tscha. Erklär das mal den E-Mail-Providern. Da kannst noch so oft (S)POP3(S) und (S)SMTP machen, wenn dahinter nichts als treuherzige Versprechen kommen. Gäb es doch nur sowas wie asymmetrische Verschlüsselung, Zertifikate und Software, mit denen man sie benutzen könnte. Man müsste die Technologie glatt erfinden. Stattdessen: De-Mail. Und *applaus* ein "D-You"-Wallet. Nein, kein Scherz. Ich will auch diese Drogen, die man im Digitalministerium konsumiert. Volker
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-10 16:09 +0200 |
| Message-ID | <117udml$12df$1@solani.org> |
| In reply to | #369236 |
Marc Haber wrote on 10.09.2026 11:50: > Alexander Schreiber <als@usenet.thangorodrim.de> wrote: >> Werbung für rsync? Was kommt als nächstes, Werbung für ssh? > > Die hat Ionos tatsächlich mal gemacht, um ftp loszwuerden. Keine > Ahnung, ob sie das Protokoll inzwischen töten konnten. Außerhalb eines Logins - Tarifeigenschaften ------------------------------------------- Advanced Features Shell-Zugang (per SSH) SFTP-Zugänge 200 200 200 200 WP-CLI IPv6 ready Cron-Manager für geplante Aufgaben (Cron Jobs) 10 25 50 100 Manuell wählbare PHP-Version PHP 8.4, 8.3 und 8.2 Perl, Python Versionsmanagement (git) -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-10 15:45 +0200 |
| Message-ID | <117uca3$118n$1@solani.org> |
| In reply to | #369235 |
Alexander Schreiber wrote on 10.09.2026 10:09: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 09.09.2026 22:21: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Marc Haber wrote on 09.09.2026 17:20: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Ich habe kein Debugging betrieben, sondern die Fehlerausgaben zum Bildschirm allein >>>>>> reichen mir meistens voll aus. >>>>>> >>>>>> Wenn da mein Kommando meldet, die Verbindung sei vom remote Host unterbrochen worden, >>>>>> und ich sehe wieder das Prompt meiner aufrufenden Shell, nach der Progress-Anzeige, >>>>>> so reicht mir das völlig - es ist eindeutig, weitere Daten brauche ich nicht. >>>>>> Ich mache mir doch keine _unnötige_ zusätzliche Arbeit! >>>>>> >>>>>> Ich bin ein Profi mit großer Erfahrung. >>>>>> Genau deshalb komme ich ohne Zusatzarbeit aus. >>>>> >>>>> Wie man aus diesem Thread zweifelsfrei sieht, hast Du keine Ahnug was >>>>> da wirklich passiert und warum es passieren könntest und hast deswegen >>>>> wie ein erfahrungsloser Teenager einfach etwas ausprobiert. >>>>> >>>>> Das ist das Gegenteil von "Profi". >>>> >>>> So willst Du mich (krampfhaft) sehen. >>> >>> Och, Marc ist da mit seiner Ansicht alles andere als alleine. >> >> Nenne einen Fakt, der diese Einschätzung gerechtfertigt. > > Praktisch jedes Deiner Postings liefert reichlich Material dafür. Nein, alle meine Postings zeigen meine Aussagen, die allesamt stimmig und real sind. >> Es gibt den behauptenden Marc - und seine blinden Mitläufer. > > Und Helmut Schellong, den manchmal durchaus unterhaltsamen Gruppenclown > hier. Nein, nicht nach meiner Einschätzung. Fast alle meine Aussagen sind trocken ernst gemeint und sie sind tragfähig. >>>>>> Ich hatte schon seit 2002 bei meinem letzten Arbeitgeber 'rsync ... user@server' >>>>>> remote (im Home-Arbeitszimmer) intensiv verwendet. >>>>> >>>>> Und warum tust Du es jetzt nicht, wenn Du schon nicht herausfinden >>>>> möchtest, warum scp/sftp abbricht? Mit rsync könntest Du nach so einem >>>>> Abbruch wenigstens nahtlos weiter übertragen. >>>> >>>> 'rsync' wird bei meiner Webseite nicht unterstützt, sondern 'nur' die ssh-Werkzeuge! >>> >>> Dem ist mit einem rsync-Binary am anderen Ende trivial abhelfbar. Zumal >>> rsync & ssh sich nicht eben gegenseitig ausschliessen. >> >> Der Provider wird den Betrieb eines user-rsync-Daemons nicht zulassen. > > [ ] Du hast verstanden. > [ ] Du verstehst die Plattform. Ich habe verstanden und ich verstehe die Plattform. Deshalb: "Der Provider wird auch den Betrieb eines user-rsync-Kommandos nicht zulassen." >> Er unterläßt die Werbung dafür nicht ohne Grund. > > Werbung für rsync? Was kommt als nächstes, Werbung für ssh? Werbung für sftp und ssh unternimmt der Provider dauerhaft, von Beginn an. Mit rsync wird nicht geworben. Ich berichtete. >> Dann erkläre doch mal, wie der Betrieb mit offenen Verzeichnissen mittels rsync >> konkret gestaltet werden kann. > > man 1 rsync Darin eröffnet sich keine für mich akzeptable Lösung. >> Und unverschlüsselte Daten von mir dürfen nirgendwo zugreifbar sein. >> Und es müssen mehrere Verschlüsselungen hintereinander erfolgen, mit von mir >> ausgewählten Algorithmen. > > Was ist eigentlich mit dieser fixen Idee von Dir, die Verschlüsselung > zu stapeln? Wenn Du ausnutzbare Schwachstellen in den Algorithmen kennst, > da gibt es einige Organisationen, die da sehr interessiert wären. Ich will pauschal allerhöchste Sicherheit schaffen. Das kostet mich gar nichts! Wenn ich das nicht machte, wäre ich unprofessionell. >> Ich frage mich, wie rsync da die Dateilisten vergleichen will, wenn meine >> Systeme keine verschlüsselten Dateien haben, am Ziel aber alles permanent >> verschlüsselt sein muß. > > Ganz einfach: rsync synchronisiert die verschlüsselten Dateien, die werden > ja irgendwie entstehen. Ein solches Konzept (mit rsync) ist nicht akzeptabel für mich - aus Sicherheitsgründen. Außerdem unterstützt der Provider rsync nicht, weshalb ich auch _logischerweise_ keine Arbeit in dieses Konzept gesteckt habe. >> Wobei ein Algorithmus von mir die Size ändert. > > Oh mächtiger Meister des Algorithmus. Nein, nix mit mächtiger Meister. Der Algorithmus basiert als Grundlage prinzipiell auf Base64. Hat allerdings einen Key aus 64 Byte. Dateien werden dadurch grundlegend um den Faktor 8/6 = 4/3 größer. >>>> Ich habe sehr oft verschiedenste Kommunikation mit mehreren Servern meines >>>> Arbeitgebers aufnehmen müssen. >>> >>> Doch mehrere Server, wow. Wir sind beeindruckt. >> >> Was soll dieses blöde Gelabere? >> >> Man muß da nicht beeindruckt sein. > > Es machte den Eindruck man sollte es sein. War aber nicht so von mir intendiert. >> Ich war damals allerdings neben einem Entwicklungsingenieur > >> auch ein halber Admin > > Ja, das merkt man. Woran? Ein ganzer Admin war ich halt von den Arbeitsstunden her nicht. Meine Arbeitsergebnisse als halber Admin waren stets makellos. >> und hatte das Management des Tape-Servers übernommen, > > Der halbe Admin mehr als ausgelastet, doch der immensen Komplexität der > höchst verantwortungsvollen Aufgabe gewachsen. Ja, ich war immer ein konzentrierter und genauer Arbeitnehmer. Ich saß stets fest im Sattel - was meine Kenntnisse und Fähigkeiten anging. Anlaß, nervös zu sein, hatte ich nie. Herausforderungen gab es durchaus, aber nicht eine nach der anderen. >> wozu ich Skripte schrieb, was dort niemand außer mir konnte. > > Ja, Firmen mit unfähiger IT gibt es oft, leider. Es wurde später ein extra dafür bestimmter Admin eingestellt. Der hatte mich zuvor oft 'Bash-Master' genannt. Ich war ab dann meine 40-Stunden-Wochen voll Entwicklungsingenieur. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Manuel Reimer <manuel.nulldevice@nurfuerspam.de> |
|---|---|
| Date | 2026-09-11 18:13 +0200 |
| Message-ID | <11819bg$31td8$1@dont-email.me> |
| In reply to | #369222 |
On 10.09.26 01:28, Helmut Schellong wrote: >> Dem ist mit einem rsync-Binary am anderen Ende trivial abhelfbar. Zumal >> rsync & ssh sich nicht eben gegenseitig ausschliessen. > > Der Provider wird den Betrieb eines user-rsync-Daemons nicht zulassen. > Er unterläßt die Werbung dafür nicht ohne Grund. Es reicht ein rsync-Binary irgendwo auf deinen Webspace zu legen. Dann findest du den absoluten Pfad dazu raus (pwd) und übergibst das auf deiner Seite an den rsync-Command als Paramter "--rsync-path". Das ist alles. Es braucht keinen Daemon wenn man die rsync-Verbindung über SSH aufbaut. Dein lokales rsync führt dann via SSH ein rsync auf dem Server aus und schiebt den Datenstrom durch den SSH-Tunnel. Gruß Manuel
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-11 20:17 +0200 |
| Message-ID | <1181gju$3ci1$1@solani.org> |
| In reply to | #369291 |
Manuel Reimer wrote on 11.09.2026 18:13: > On 10.09.26 01:28, Helmut Schellong wrote: >>> Dem ist mit einem rsync-Binary am anderen Ende trivial abhelfbar. Zumal >>> rsync & ssh sich nicht eben gegenseitig ausschliessen. >> >> Der Provider wird den Betrieb eines user-rsync-Daemons nicht zulassen. >> Er unterläßt die Werbung dafür nicht ohne Grund. > > Es reicht ein rsync-Binary irgendwo auf deinen Webspace zu legen. Dann findest du den absoluten Pfad dazu raus (pwd) und übergibst > das auf deiner Seite an den rsync-Command als Paramter "--rsync-path". > > Das ist alles. Es braucht keinen Daemon wenn man die rsync-Verbindung über SSH aufbaut. Dein lokales rsync führt dann via SSH ein > rsync auf dem Server aus und schiebt den Datenstrom durch den SSH-Tunnel. Danke für diese Informationen. Ich glaube, daß das wie beschrieben prinzipiell funktionieren wird. Es gibt allerdings viele Details on remote, die einen konkreten Betrieb verunmöglichen können. Schrittweises Vorgehen und einige Testaktionen über einige Tage würde das schon kosten. Es existiert allerdings ein grundlegendes Problem, das unlösbar erscheint: Ich kann doch remote nicht mehrere Verzeichnisstrukturen mit je z.B. 30000 Dateien aufbauen. Und rsync kann doch nicht auf dem Transportweg jede Datei nach meinen Bedürfnissen verschlüsseln, die im verschlüsselten Zustand dort verbleiben müssen. Während lokal keine Datei verschlüsselt ist. Wie soll rsync denn unter diesen Umständen beide Dateisysteme zwecks Synchronisation vergleichen? Es darf kein unverschlüsseltes Byte meinen PC verlassen. Das ist durch mein _realisiertes_ Konzept bereits gewährleistet: Ich erzeuge einfach tar-Dateien (bis 8 GB), die ich gemäß meiner Bedürfnisse verschlüssele und dann per ssh-Tools nach remote transferiere. Und fertig. Und im extrem unwahrscheinlichen Fall mache ich einfach einen Download - und fertig. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 08:13 +0200 |
| Message-ID | <1182qj5$lb4e$1@news1.tnib.de> |
| In reply to | #369296 |
Helmut Schellong <var@schellong.biz> wrote: >Ich erzeuge einfach tar-Dateien (bis 8 GB), die ich gemäß meiner Bedürfnisse verschlüssele und dabei natürlich deutlich schlechter bist als das was die Experten gebaut haben. >und dann per ssh-Tools nach remote transferiere. und dabei Probleme mit dem Dateitransfer hast und Dich standhaft weigerst, diese Problem zu debuggen und stattdessen krude Splitmechanismen implementierst anstell einfach die Standardlösung zu nehmen, die mit diesen Problemen selbst im ungedebuggten Zustand deutlich souveränder umgeht >Und fertig. und wieder nix gelernt. 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-12 13:41 +0200 |
| Message-ID | <1183dp1$4nea$1@solani.org> |
| In reply to | #369304 |
Marc Haber wrote on 12.09.2026 08:13: > Helmut Schellong <var@schellong.biz> wrote: >> Ich erzeuge einfach tar-Dateien (bis 8 GB), die ich gemäß meiner Bedürfnisse verschlüssele > > und dabei natürlich deutlich schlechter bist als das was die Experten > gebaut haben. Du spinnst. Ich verwende _mehrere_ Verschlüsselungs-Algorithmen, nur einen entwickelte ich selbst. Und diesen einen habe ich so aus Spielerei entwickelt. Ich habe _viele_ kryptographische Algorithmen implementiert. Mittels rfc-Texten, NIST-Texten und anderen Dokumentationen. Alles gelungene Implementationen. >> und dann per ssh-Tools nach remote transferiere. > > und dabei Probleme mit dem Dateitransfer hast und Dich standhaft > weigerst, diese Problem zu debuggen und stattdessen krude > Splitmechanismen implementierst anstell einfach die Standardlösung zu > nehmen, die mit diesen Problemen selbst im ungedebuggten Zustand > deutlich souveränder umgeht Diese behauptete Standard-Lösung erfüllt überhaupt nicht meine Anforderungen. >> Und fertig. > > und wieder nix gelernt. Hirnloser, behauptender Spruch. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 15:48 +0200 |
| Message-ID | <1183l80$mojo$1@news1.tnib.de> |
| In reply to | #369326 |
Helmut Schellong <var@schellong.biz> wrote: >Marc Haber wrote on 12.09.2026 08:13: >> Helmut Schellong <var@schellong.biz> wrote: >>> Ich erzeuge einfach tar-Dateien (bis 8 GB), die ich gemäß meiner Bedürfnisse verschlüssele >> >> und dabei natürlich deutlich schlechter bist als das was die Experten >> gebaut haben. > >Du spinnst. Das ist unrichtig. >Ich verwende _mehrere_ Verschlüsselungs-Algorithmen, nur einen entwickelte ich selbst. >Und diesen einen habe ich so aus Spielerei entwickelt. Dieser Wissenswillen ehrt Dich. Der Fehler ist, dieses Spielzeug dann in der Praxis zu benutzen. Spätestens nach dem Magenta-Disaster (der unter Ägide der Deutschen Telekom entwickelte Algorithmus wurde als Kandidat für die AES-Standardisierung vorgestellt und noch während der Präsentation vor internationalalem Fachpublikum von einer im Publikum sitzenden Person gebrochen, siehe <https://de.wikipedia.org/wiki/Magenta_(Algorithmus)>) sollte man das gelernt haben. Es gewann schließlich der Rijndael-Algorithmus der belgischen Forscher Joan Daemen und Vincent Rijmen. >Ich habe _viele_ kryptographische Algorithmen implementiert. >Mittels rfc-Texten, NIST-Texten und anderen Dokumentationen. >Alles gelungene Implementationen. "Gelungen" im Sinne von "ungebrochen" sicher nur weil sich niemand für Deine Werke interessiert. Dass Du Dich vor internationalem Publikum blamierst wird das Program Committee jeder Fachkonferenz für Dich verhindern. >>> und dann per ssh-Tools nach remote transferiere. >> >> und dabei Probleme mit dem Dateitransfer hast und Dich standhaft >> weigerst, diese Problem zu debuggen und stattdessen krude >> Splitmechanismen implementierst anstell einfach die Standardlösung zu >> nehmen, die mit diesen Problemen selbst im ungedebuggten Zustand >> deutlich souveränder umgeht > >Diese behauptete Standard-Lösung erfüllt überhaupt nicht meine Anforderungen. Die im Weesentlichen so sind, dass Du alle Standardlösungen egal wie gut sie sind ablehnen kannst und Dich weiterhin für den Meister aller Klassen fühlst. >>> Und fertig. >> >> und wieder nix gelernt. > >Hirnloser, behauptender Spruch. Deine Behauptung. Würde ich Dir zustimmen hätten wir beide unrecht. 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 | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-12 15:57 +0200 |
| Message-ID | <27c0565e75cca786911a681da8efa6a95680dc56.camel@bartheld.net> |
| In reply to | #369343 |
On Sat, 2026-09-12 at 15:48 +0200, Marc Haber wrote:
> Helmut Schellong <var@schellong.biz> wrote:
>
> > Ich verwende _mehrere_ Verschlüsselungs-Algorithmen, nur einen entwickelte
> > ich selbst. Und diesen einen habe ich so aus Spielerei entwickelt.
> Der Fehler ist, dieses Spielzeug dann in der Praxis zu benutzen.
> Spätestens nach dem Magenta-Disaster (der unter Ägide der Deutschen
> Telekom entwickelte Algorithmus wurde als Kandidat für die
> AES-Standardisierung vorgestellt und noch während der Präsentation vor
> internationalalem Fachpublikum von einer im Publikum sitzenden Person
> gebrochen, siehe
> <https://de.wikipedia.org/wiki/Magenta_(Algorithmus)>) sollte man das
> gelernt haben.
Es ist sogar schon eine Kunst, Verschlüsselungsalgorithmen richtig zu bedienen:
https://www.schneier.com/essays/archives/2007/11/did_nsa_put_a_secret.html
https://www.ams.org/notices/201402/rnoti-p190.pdf
Aber bei Chuck Schellong wäre sowieso jede Mühe vergebens. Dessen Hybris kreist
in Spären, die wir nie erreichen werden. Glücklicherweise ist sein Schaffen aber
gleichzeitig vollkommen irrelevant, d. h. der potenzielle Schaden hält sich in
Grenzen - wäre überhaupt ein Hacker gelangweilt genug, sich der Sache mal
anzunehmen.
___________________________
/| /| | |
||__|| | Please don't |
/ O O\__ feed |
/ \ the troll |
/ \ \ |
/ _ \ \ ----------------------
/ |\____\ \ ||
/ | | | |\____/ ||
/ \|_|_|/ | __||
/ / \ |____| ||
/ | | /| | --|
| | |// |____ --|
* _ | |_|_|_| | \-/
*-- _--\ _ \ // |
/ _ \\ _ // | /
* / \_ /- | - | |
* ___ c_c_c_C/ \C_c_c_c____________
Volker
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 16:40 +0200 |
| Message-ID | <1183o9b$50hs$1@solani.org> |
| In reply to | #369343 |
Marc Haber wrote on 12.09.2026 15:48: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 12.09.2026 08:13: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Ich erzeuge einfach tar-Dateien (bis 8 GB), die ich gemäß meiner Bedürfnisse verschlüssele >>> >>> und dabei natürlich deutlich schlechter bist als das was die Experten >>> gebaut haben. >> >> Du spinnst. > > Das ist unrichtig. > >> Ich verwende _mehrere_ Verschlüsselungs-Algorithmen, nur einen entwickelte ich selbst. >> Und diesen einen habe ich so aus Spielerei entwickelt. > > Dieser Wissenswillen ehrt Dich. > > Der Fehler ist, dieses Spielzeug dann in der Praxis zu benutzen. Nein, weil ich stets zwei oder mehr Algorithmen hintereinander schalte. Das bedeutet, ich will den eigenen Algorithmus nicht alleine benutzen, weil er keine kryptographische Qualität hat. Ich habe Beispiele gepostet. Der eigene Coder erzeugt auch Resultate, die ohne Verwendung des richtigen Schlüssels nicht ermittelbar sind - immerhin. > Spätestens nach dem Magenta-Disaster (der unter Ägide der Deutschen > Telekom entwickelte Algorithmus wurde als Kandidat für die > AES-Standardisierung vorgestellt und noch während der Präsentation vor > internationalalem Fachpublikum von einer im Publikum sitzenden Person > gebrochen, siehe > <https://de.wikipedia.org/wiki/Magenta_(Algorithmus)>) sollte man das > gelernt haben. Es gewann schließlich der Rijndael-Algorithmus der > belgischen Forscher Joan Daemen und Vincent Rijmen. > >> Ich habe _viele_ kryptographische Algorithmen implementiert. >> Mittels rfc-Texten, NIST-Texten und anderen Dokumentationen. >> Alles gelungene Implementationen. > > "Gelungen" im Sinne von "ungebrochen" sicher nur weil sich niemand für > Deine Werke interessiert. Wieso meine Werke? Keine meiner Krypto-Implementationen basieren auf einem meiner Algorithmen. > Dass Du Dich vor internationalem Publikum > blamierst wird das Program Committee jeder Fachkonferenz für Dich > verhindern. Ich habe und hatte nie vor, meinen Coder irgendwo vorzustellen! Ich weiß fachlich ganz genau, daß mein Coder nichts für eine Präsentation ist. Mein Coder ist viel zu ineffizient! >>>> und dann per ssh-Tools nach remote transferiere. >>> >>> und dabei Probleme mit dem Dateitransfer hast und Dich standhaft >>> weigerst, diese Problem zu debuggen und stattdessen krude >>> Splitmechanismen implementierst anstell einfach die Standardlösung zu >>> nehmen, die mit diesen Problemen selbst im ungedebuggten Zustand >>> deutlich souveränder umgeht >> >> Diese behauptete Standard-Lösung erfüllt überhaupt nicht meine Anforderungen. > > Die im Weesentlichen so sind, dass Du alle Standardlösungen egal wie > gut sie sind ablehnen kannst und Dich weiterhin für den Meister aller > Klassen fühlst. Mit meinen Lösungen bin ich immer gut bis bestens gefahren und Gefahren ausgesetzt gewesen. Der Meister aller Klassen bin ich wohl nicht, meine ich jedenfalls, oder doch nicht?! -- 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-12 18:10 +0200 |
| Message-ID | <slrn11aaubd.3nsr1.als@mordor.angband.thangorodrim.de> |
| In reply to | #369343 |
Marc Haber <mh+usenetspam2616@zugschl.us> wrote:
> Helmut Schellong <var@schellong.biz> wrote:
>>Marc Haber wrote on 12.09.2026 08:13:
>>> Helmut Schellong <var@schellong.biz> wrote:
>>>> Ich erzeuge einfach tar-Dateien (bis 8 GB), die ich gemäß meiner Bedürfnisse verschlüssele
>>>
>>> und dabei natürlich deutlich schlechter bist als das was die Experten
>>> gebaut haben.
>>
>>Du spinnst.
>
> Das ist unrichtig.
>
>>Ich verwende _mehrere_ Verschlüsselungs-Algorithmen, nur einen entwickelte ich selbst.
>>Und diesen einen habe ich so aus Spielerei entwickelt.
>
> Dieser Wissenswillen ehrt Dich.
>
> Der Fehler ist, dieses Spielzeug dann in der Praxis zu benutzen.
>
> Spätestens nach dem Magenta-Disaster (der unter Ägide der Deutschen
> Telekom entwickelte Algorithmus wurde als Kandidat für die
> AES-Standardisierung vorgestellt und noch während der Präsentation vor
> internationalalem Fachpublikum von einer im Publikum sitzenden Person
> gebrochen, siehe
><https://de.wikipedia.org/wiki/Magenta_(Algorithmus)>) sollte man das
> gelernt haben. Es gewann schließlich der Rijndael-Algorithmus der
> belgischen Forscher Joan Daemen und Vincent Rijmen.
Choosen & known plaintext Angriff erfolgreich? Aua. Das ist ja mal ganz
gründlich versenkt. Aber mal ehrlich: Hat jemand von den Telekomikern
was anderes erwartet?
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 | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-09 18:33 +0200 |
| Message-ID | <3110ebc29c700a3102232cf807e59f4dc36e347e.camel@bartheld.net> |
| In reply to | #369192 |
On Wed, 2026-09-09 at 17:20 +0200, Marc Haber wrote: > Helmut Schellong <var@schellong.biz> wrote: > > Ich bin ein Profi mit großer Erfahrung. > > Genau deshalb komme ich ohne Zusatzarbeit aus. > Wie man aus diesem Thread zweifelsfrei sieht, hast Du keine Ahnung was > da wirklich passiert und warum es passieren könntest und hast deswegen > wie ein erfahrungsloser Teenager einfach etwas ausprobiert. Chuck is back! Haben wir ihn ernsthaft vermisst? Und weil's so schön ist: When Chuck Norris throws exceptions, it’s across the room. All arrays Chuck Norris declares are of infinite size, because Chuck Norris knows no bounds. Chuck Norris doesn’t have disk latency because the hard drive knows to hurry the hell up. Chuck Norris writes code that optimizes itself. Chuck Norris can’t test for equality because he has no equal. Chuck Norris doesn’t need garbage collection because he doesn’t call .Dispose(), he calls .DropKick(). Chuck Norris’s first program was kill -9. Chuck Norris burst the dot com bubble. All browsers support the hex definitions #chuck and #norris for the colors black and blue. MySpace actually isn’t your space, it’s Chuck’s (he just lets you use it). Chuck Norris can write infinite recursion functions…and have them return. Chuck Norris can solve the Towers of Hanoi in one move. The only pattern Chuck Norris knows is God Object. Chuck Norris finished World of Warcraft. Project managers never ask Chuck Norris for estimations…ever. Chuck Norris doesn’t use web standards as the web will conform to him. “It works on my machine” always holds true for Chuck Norris. Whiteboards are white because Chuck Norris scared them that way. Chuck Norris doesn’t do Burn Down charts; he does Smack Down charts. Chuck Norris can delete the Recycling Bin. Chuck Norris’s beard can type 140 wpm. Chuck Norris can unit test entire applications with a single assert. Chuck Norris doesn’t bug hunt as that signifies a probability of failure; he goes bug killing. Chuck Norris’s keyboard doesn’t have a Ctrl key because nothing controls Chuck Norris. When Chuck Norris is web surfing, websites get the message, “Warning: Internet Explorer has deemed this user to be malicious or dangerous. Proceed?” Volker
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-09 18:50 +0200 |
| Message-ID | <117s2p7$7pch$1@solani.org> |
| In reply to | #369203 |
Volker Bartheld wrote on 09.09.2026 18:33: > On Wed, 2026-09-09 at 17:20 +0200, Marc Haber wrote: >> Helmut Schellong <var@schellong.biz> wrote: >>> Ich bin ein Profi mit großer Erfahrung. >>> Genau deshalb komme ich ohne Zusatzarbeit aus. >> Wie man aus diesem Thread zweifelsfrei sieht, hast Du keine Ahnung was >> da wirklich passiert und warum es passieren könntest und hast deswegen >> wie ein erfahrungsloser Teenager einfach etwas ausprobiert. > > Chuck is back! Haben wir ihn ernsthaft vermisst? > > Und weil's so schön ist: > > When Chuck Norris throws exceptions, it’s across the room. > > All arrays Chuck Norris declares are of infinite size, because Chuck Norris knows no bounds. > > Chuck Norris doesn’t have disk latency because the hard drive knows to hurry the hell up. > > Chuck Norris writes code that optimizes itself. > > Chuck Norris can’t test for equality because he has no equal. > > Chuck Norris doesn’t need garbage collection because he doesn’t call .Dispose(), he calls .DropKick(). > > Chuck Norris’s first program was kill -9. > > Chuck Norris burst the dot com bubble. > > All browsers support the hex definitions #chuck and #norris for the colors black and blue. > > MySpace actually isn’t your space, it’s Chuck’s (he just lets you use it). > > Chuck Norris can write infinite recursion functions…and have them return. > > Chuck Norris can solve the Towers of Hanoi in one move. > > The only pattern Chuck Norris knows is God Object. > > Chuck Norris finished World of Warcraft. > > Project managers never ask Chuck Norris for estimations…ever. > > Chuck Norris doesn’t use web standards as the web will conform to him. > > “It works on my machine” always holds true for Chuck Norris. > > Whiteboards are white because Chuck Norris scared them that way. > > Chuck Norris doesn’t do Burn Down charts; he does Smack Down charts. > > Chuck Norris can delete the Recycling Bin. > > Chuck Norris’s beard can type 140 wpm. > > Chuck Norris can unit test entire applications with a single assert. > > Chuck Norris doesn’t bug hunt as that signifies a probability of failure; he goes bug killing. > > Chuck Norris’s keyboard doesn’t have a Ctrl key because nothing controls Chuck Norris. > > When Chuck Norris is web surfing, websites get the message, “Warning: Internet Explorer has deemed this user to be malicious or dangerous. Proceed?” Du scheinst ein geistloser Mitläufer zu sein, der einfach vollkommen unbegründete (teils erfundene) Aussagen glaubt. Kindisch und albern. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-09 22:18 +0200 |
| Message-ID | <slrn11a3fog.28ctg.als@mordor.angband.thangorodrim.de> |
| In reply to | #369188 |
Helmut Schellong <var@schellong.biz> wrote:
> Marc Haber wrote on 09.09.2026 13:17:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Marc Haber wrote on 08.09.2026 22:34:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>
>>>>> gekappt wurden!
>>>>> Gekappt wurde nach 47..86% der vollen Datenmenge.
>>>>> Diese jeweils zerbrochene Pipe hatte die Dateien am Zielort zerstört.
>>>>
>>>> Logs or it didn't happen.
>>>
>>> Im Zielverzeichnis liegen die Zieldateien nun mit zu geringer Abbruch-Size.
>>> Sie werden zu Beginn des Uploads truncated...
>>
>> Ich möchte sehen was die Applikation auf der Konsole gesagt hat, was
>> sie in ihre Logs geschrieben hat, und was gleichzeitig auf dem Netz
>> los war.
>>
>> Du hast ja nichtmal gesagt, wo das Ziel der Kopieraktion ist, ob
>> Firewall, Middlebox oder Zwangstrennung im Spiel ist, etc.
>>
>> So debuggen Zehnjährige.
>
> Ich habe kein Debugging betrieben, sondern die Fehlerausgaben zum Bildschirm allein
> reichen mir meistens voll aus.
>
> Wenn da mein Kommando meldet, die Verbindung sei vom remote Host unterbrochen worden,
> und ich sehe wieder das Prompt meiner aufrufenden Shell, nach der Progress-Anzeige,
> so reicht mir das völlig - es ist eindeutig, weitere Daten brauche ich nicht.
> Ich mache mir doch keine _unnötige_ zusätzliche Arbeit!
>
> Ich bin ein Profi mit großer Erfahrung.
Hast Du mal über eine Karriere als Komiker nachgedacht? So manche Deiner
Witze sind gar nicht so schlecht.
> Genau deshalb komme ich ohne Zusatzarbeit aus.
>
> Ich hatte schon seit 2002 bei meinem letzten Arbeitgeber 'rsync ... user@server'
> remote (im Home-Arbeitszimmer) intensiv verwendet.
> Viele Kommunikations-Aliase für die 'csh' habe ich damals beruflich angelegt.
Ist das eigentlich eine offizielle Berufsbezeichnung? Also "Kommunikations-
Alias-Anleger"? Scheint so.
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 | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-10 00:42 +0200 |
| Message-ID | <117sncb$87m0$1@solani.org> |
| In reply to | #369213 |
Alexander Schreiber wrote on 09.09.2026 22:18: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 09.09.2026 13:17: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Marc Haber wrote on 08.09.2026 22:34: >>>>> Helmut Schellong <var@schellong.biz> wrote: >> >>>>>> gekappt wurden! >>>>>> Gekappt wurde nach 47..86% der vollen Datenmenge. >>>>>> Diese jeweils zerbrochene Pipe hatte die Dateien am Zielort zerstört. >>>>> >>>>> Logs or it didn't happen. >>>> >>>> Im Zielverzeichnis liegen die Zieldateien nun mit zu geringer Abbruch-Size. >>>> Sie werden zu Beginn des Uploads truncated... >>> >>> Ich möchte sehen was die Applikation auf der Konsole gesagt hat, was >>> sie in ihre Logs geschrieben hat, und was gleichzeitig auf dem Netz >>> los war. >>> >>> Du hast ja nichtmal gesagt, wo das Ziel der Kopieraktion ist, ob >>> Firewall, Middlebox oder Zwangstrennung im Spiel ist, etc. >>> >>> So debuggen Zehnjährige. >> >> Ich habe kein Debugging betrieben, sondern die Fehlerausgaben zum Bildschirm allein >> reichen mir meistens voll aus. >> >> Wenn da mein Kommando meldet, die Verbindung sei vom remote Host unterbrochen worden, >> und ich sehe wieder das Prompt meiner aufrufenden Shell, nach der Progress-Anzeige, >> so reicht mir das völlig - es ist eindeutig, weitere Daten brauche ich nicht. >> Ich mache mir doch keine _unnötige_ zusätzliche Arbeit! >> >> Ich bin ein Profi mit großer Erfahrung. > > Hast Du mal über eine Karriere als Komiker nachgedacht? So manche Deiner > Witze sind gar nicht so schlecht. Welcher Fakt berechtigt dazu, mich einen Komiker zu nennen? Du wirst, und andere hier werden keinen solchen Fakt nennen können! Bei geringer Übertragungsrate, aus der eine lange Upload-Dauer entsteht, bricht jeder Upload ab. Bei hoher Übertragungsrate, aus der eine kurze Upload-Dauer entsteht, bricht kein Upload ab. Was folgt daraus - bei gleichen jeweiligen Dateigrößen? Ich hatte das bereits mitgeteilt. >> Genau deshalb komme ich ohne Zusatzarbeit aus. >> >> Ich hatte schon seit 2002 bei meinem letzten Arbeitgeber 'rsync ... user@server' >> remote (im Home-Arbeitszimmer) intensiv verwendet. >> Viele Kommunikations-Aliase für die 'csh' habe ich damals beruflich angelegt. > > Ist das eigentlich eine offizielle Berufsbezeichnung? Also "Kommunikations- > Alias-Anleger"? Scheint so. Wenn also jemand Aliase anlegt, ist dieser Jemand deshalb ein Komiker und kann unter keinen Umständen ein Profi sein. Man könnte Dich nun einen Irrenden nennen...einen Irrsinnigen... -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-10 07:52 +0200 |
| Message-ID | <117tgje$c4tt$1@news1.tnib.de> |
| In reply to | #369220 |
Helmut Schellong <var@schellong.biz> wrote: >Wenn also jemand Aliase anlegt, ... und sich damit brüstet als wäre das etwas besonders kompliziertes als hätte man eine Wassermelone getragen¹ ... > ist dieser Jemand deshalb ein Komiker Genau. >und kann unter keinen Umständen ein Profi sein. Genau, denn ein Profi wüsste dass man sich nicht damit brüstet, dass man in der Lage ist eine Torx-Schraube unfallfrei anzuziehen. >Man könnte Dich nun einen Irrenden nennen...einen Irrsinnigen... Nein, er hat Recht und Du bist zu sehr von Dir selbst überzeugt um das zu sehen. Grüße Marc ¹ na, wer erkennt's? -- ---------------------------------------------------------------------------- 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 | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-10 09:55 +0200 |
| Message-ID | <slrn11a4ojh.2gjfb.als@mordor.angband.thangorodrim.de> |
| In reply to | #369227 |
Marc Haber <mh+usenetspam2616@zugschl.us> wrote:
> Helmut Schellong <var@schellong.biz> wrote:
>>Wenn also jemand Aliase anlegt,
>
> ... und sich damit brüstet als wäre das etwas besonders kompliziertes
> als hätte man eine Wassermelone getragen¹ ...
Hey, das war eine verantwortungsvolle Tätigkeit!
>>und kann unter keinen Umständen ein Profi sein.
>
> Genau, denn ein Profi wüsste dass man sich nicht damit brüstet, dass
> man in der Lage ist eine Torx-Schraube unfallfrei anzuziehen.
Ganz ehrlich: Das mit der Torx-Schraube kann nicht jeder ...
> ¹ na, wer erkennt's?
Lang ists her.
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 | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-10 22:15 +0200 |
| Message-ID | <68d12f39d60d8e2e8f4abf1315d483825a2ed926.camel@bartheld.net> |
| In reply to | #369232 |
On Thu, 2026-09-10 at 09:55 +0200, Alexander Schreiber wrote: > Marc Haber <mh+usenetspam2616@zugschl.us> wrote: > > Helmut Schellong <var@schellong.biz> wrote: > > > Wenn also jemand Aliase anlegt, > > ... und sich damit brüstet als wäre das etwas besonders kompliziertes > > als hätte man eine Wassermelone getragen¹ ... > > > und kann unter keinen Umständen ein Profi sein. > > Genau, denn ein Profi wüsste dass man sich nicht damit brüstet, dass > > man in der Lage ist eine Torx-Schraube unfallfrei anzuziehen. > Ganz ehrlich: Das mit der Torx-Schraube kann nicht jeder ... Sie haben gerufen? https://www.youtube.com/watch?v=WiQiPFEy-b4 Volker
[toc] | [prev] | [next] | [standalone]
| From | Stefan Wiens <s.wi@gmx.net> |
|---|---|
| Date | 2026-09-11 00:43 +0200 |
| Message-ID | <87zexoybjy.fsf@s-bot.de> |
| In reply to | #369262 |
Volker Bartheld <news2026@bartheld.net> writes: > On Thu, 2026-09-10 at 09:55 +0200, Alexander Schreiber wrote: >> Marc Haber <mh+usenetspam2616@zugschl.us> wrote: >> > Helmut Schellong <var@schellong.biz> wrote: >> > > Wenn also jemand Aliase anlegt, >> > ... und sich damit brüstet als wäre das etwas besonders kompliziertes >> > als hätte man eine Wassermelone getragen¹ ... >> > > und kann unter keinen Umständen ein Profi sein. >> > Genau, denn ein Profi wüsste dass man sich nicht damit brüstet, dass >> > man in der Lage ist eine Torx-Schraube unfallfrei anzuziehen. >> Ganz ehrlich: Das mit der Torx-Schraube kann nicht jeder ... > > Sie haben gerufen? > > https://www.youtube.com/watch?v=WiQiPFEy-b4 Da geht es wohl eher um das Vermurksen von Schraubenköpfen. Im Elektroumfeld sind bei Klemmen Anzugsmomente vorgeschrieben, und auch sonst stellt man sich nicht so bescheuert an. -- Stefan
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-12 08:48 +0200 |
| Message-ID | <a564e06372e184ac846ce0568cbd9db3cc762800.camel@bartheld.net> |
| In reply to | #369266 |
On Fri, 2026-09-11 at 00:43 +0200, Stefan Wiens wrote: > Volker Bartheld <news2026@bartheld.net> writes: > > https://www.youtube.com/watch?v=WiQiPFEy-b4 > Da geht es wohl eher um das Vermurksen von Schraubenköpfen. Da geht es um einen ziemlich quantitativen Vergleich des mit unterschiedlichen Antriebsprofilen von Schraubenköpfen maximal erreichbaren Drehmoments und deren Cam-Out-Tendenz. > Im Elektroumfeld sind bei Klemmen Anzugsmomente vorgeschrieben Sag. Bei welchen relevanten Schrauben und Schraubverbindungen wäre denn kein Drehmoment "vorgeschrieben", d. h. angegeben? Und wie manifestiert sich das in der Praxis? Sieht man doch jeden Tag, dass Handwerkern und Mechanikern der Drehmomentschlüssel oder -schrauber buchstäblich in die Hand wächst. Auch bei Getränkeflaschen, usw. ist extremste Vorsicht geboten. Was da alles passieren kann! > und auch sonst stellt man sich nicht so bescheuert an. Oh die Eitelkeit. Das o. g. Video ist im Vergleich geradezu wissenschaftlich aufgemacht (Torque Test Channel never disappoints!) und davon ab werfe den ersten Stein, wer noch nie eine Schraube überdreht, ein Gewinde ausgerissen oder einen Schraubenkopf vergnaddelt hat. Mit meinem Bosch GSR 12V-35 FC und dessen brachialem, elekektronisch kommutierten Motor passiert mir das sogar regelmäßig, wenn ich mal wieder zu faul bin "wegen der einen Schraube" den Drehmomentbegrenzer zu nutzen. Volker
[toc] | [prev] | [next] | [standalone]
Page 8 of 12 — ← Prev page 1 … 6 7 [8] 9 10 … 12 Next page →
Back to top | Article view | de.sci.electronics
csiph-web