Moin All!

Ich habe mit meinem Samba 3.0.37 unter eCS 2.1 GA Probleme.

Ich m�chte von meinem Xubuntu-26.04 Linux auf die Freigaben vom eCS zugreifen.

Bis jetzt (24.04.03) klappte das problemlos; seit dem Umstieg auf 26.04 scheint der mount zu funktionieren, in Wahrheit ist jedoch nichts eingebunden.

Ich verwende einen Befehl wie diesen:

==========snip==========
sudo mount -t cifs -o vers=1.0,username=bernhard,password=**********,uid=bernhard //192.168.1.5/E /opt/smb4k/192.168.1.5/E
==========snap==========

"vers=1.0" *mu�* ich benutzen, da Samba 3.0.37 nur SMB1 beherrscht.

Wenn ich den Schalter -v dazu setze, bekomme ich diese Ausgabe:

==========snip==========
Host "192.168.1.5" resolved to the following IP addresses: 192.168.1.5 mount.cifs kernel mount options: ip=192.168.1.5,unc=\\192.168.1.5\E,vers=1.0,uid=1000,user=bernhard,pass=******* *
==========snap==========

Sieht fein aus, aber, wie oben geschrieben, es ist nichts eingebunden.

Die Verzeichnisse existieren und dank root sind sie auch sicher zugreifbar.

Any hints?

Und weg... Bernhard

... MAILBOX: Uptime is 16d 00h 30m 21s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: ZX-9R: Ich bin f�r 100 km/h. In drei Sekunden!! (2:240/9190)

Moin All!

Am 15.05.2026 um 15:07 schrieb Bernhard Thoben an All Folgendes:

======= Original-Nachricht: (evtl. gek�rzt) =======

Ich m�chte von meinem Xubuntu-26.04 Linux auf die Freigaben vom eCS zugreifen.

============== Nun kommt mein Senf: ===============

Mit dem Dateimanager Thunar klappt das, wenn ich "STRG-L" dr�cke und dann in der Kopfzeile von Thunar "smb://mailbox" eintippe. Dann werde ich aufgefordert, mich zu identifizieren und schon "sehe" ich meine Freigaben und kann darauf zugreifen.

Wenn ich eine Kommandozeile *in* einer dieser Freigaben �ffne, wird diese wie folgt bezeichnet:

==========snip==========
run/user/1000/gvfs/smb-share:server=mailbox,share=e
==========snap==========

Ein "ls -la" zeigt den Inhalt *nur*, wenn ich mich da drin befinde.

Von *jedem* anderen Ort aus jedoch zeigt ein

==========snip==========
ls -la "run/user/1000/gvfs/smb-share:server=mailbox,share=e" ==========snap==========

nur

==========snip==========
ls: cannot access 'run/user/1000/gvfs/smb-share:server=mailbox,share=e': No such file or directory
==========snap==========

Auch ein vorangestelltes "sudo" �ndert nichts daran.

Wie bekomme ich das nur hin?


Und weg... Bernhard

... MAILBOX: Uptime is 00d 20h 40m 50s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Please turn stewardess back to upright position! (2:240/9190)

Moin All!

Am 15.05.2026 um 15:07 schrieb Bernhard Thoben an All Folgendes:

======= Original-Nachricht: (evtl. gek�rzt) =======

Ich habe mit meinem Samba 3.0.37 unter eCS 2.1 GA Probleme.

============== Nun kommt mein Senf: ===============

Ich habe versucht, eine neuere Version des Samba Servers zu installieren, scheitere aber an fehlenden DLL's.

Die neueste Version, die ich habe, ist diese hier:

==========snip==========
Samba Server Version 3.6.25-OS/2 v1.3.0-1044
==========snap==========

Ich konnte so gut wie alle fehlenden DLL's "besorgen", aber an einer scheitere ich.

Es kommt die Meldung, da� "die Datei PORT" fehlen w�rde.

Ich wei� nicht, ob es port.dll, libport.dll oder portlib.dll oder was auch immer hei�en soll.

Hat dazu evtl. jemand eine Idee?

...ihr merkt schon, so einfach gebe ich nicht auf... =:-)


Und weg... Bernhard

... MAILBOX: Uptime is 01d 00h 24m 41s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Gibt es ein Leben zwischen 'JA' und Scheidung? (2:240/9190)

Tag auch Bernhard!

Am 17 May 26, Bernhard Thoben schrieb an All:

Wenn ich eine Kommandozeile *in* einer dieser Freigaben �ffne, wird
diese wie folgt bezeichnet:

==========snip========== run/user/1000/gvfs/smb-share:server=mailbox,share=e ==========snap==========

Hm, hatte ich noch nie. Sieht aus, als w�rde eine option als Pfadname benutzt werden. Ausserdem, sollte nicht nach /opt... gemountet werden?

Ein "ls -la" zeigt den Inhalt *nur*, wenn ich mich da drin befinde.

Von *jedem* anderen Ort aus jedoch zeigt ein

==========snip==========
ls -la "run/user/1000/gvfs/smb-share:server=mailbox,share=e" ==========snap==========

nur

==========snip==========
ls: cannot access
'run/user/1000/gvfs/smb-share:server=mailbox,share=e': No such file or directory
==========snap==========

Versuche einen cd in run/user/1000/gvfs/ und dann schauen wie die Dateien darin heissen.

Wie bekomme ich das nur hin?

Mir f�llt noch auf, dass Du mount benutzt. Das w�re imho ein anderer Mechanismus smbclient.

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: OS/2: Latest Installation: 20.05.1996 (2:240/77)

Moin Kai!

Am 18.05.2026 um 00:34 schrieb Kai Richter an Bernhard Thoben Folgendes:

Wenn ich eine Kommandozeile *in* einer dieser Freigaben �ffne,
wird diese wie folgt bezeichnet:

==========snip==========
run/user/1000/gvfs/smb-share:server=mailbox,share=e
==========snap==========

Hm, hatte ich noch nie. Sieht aus, als w�rde eine option als Pfadname benutzt werden.

Ich verstehe es auch nicht. Vor allem, weil es mit Xubuntu 24.04.03 noch wie gew�nscht funktioniert hat. :-/

Ausserdem, sollte nicht nach /opt... gemountet werden?

Ja, so der Plan... :-/

Ein "ls -la" zeigt den Inhalt *nur*, wenn ich mich da drin
befinde.

Von *jedem* anderen Ort aus jedoch zeigt ein

==========snip==========
ls -la "run/user/1000/gvfs/smb-share:server=mailbox,share=e"
==========snap==========

nur

==========snip==========
ls: cannot access
'run/user/1000/gvfs/smb-share:server=mailbox,share=e': No such
file or directory
==========snap==========

Versuche einen cd in run/user/1000/gvfs/

==========snip==========
bash: cd: run/user/1000/gvfs: Datei oder Verzeichnis nicht gefunden ==========snap==========

und dann schauen wie die Dateien darin heissen.

Wenn ich mich *im* Verzeichnis befinde (Shell in Thunar ge�ffnet):

==========snip==========
ls: cannot open file 'run/user/1000/gvfs': Permission denied ==========snap==========

Wie bekomme ich das nur hin?

Mir f�llt noch auf, dass Du mount benutzt. Das w�re imho ein anderer Mechanismus smbclient.

mount.cifs w�re das Richtige f�r eine "feste" Verbindung mit den Shares.

smbclient? Die syntax ist deutlich anders als ich es gewohnt bin. Und smbclient funktioniert �hnlich wie ftp.

Mir geht es *prim�r* darum, vollst�ndige und dann inkrementelle Backups von dem Volumes der Mailbox zu erzeugen. Dazu m��te ich f�r inkrementelle Backups alle nach Datum 'n' ge�nderten Dateien erfassen k�nnen.

Ich schaue mir das mal n�her an.


Und weg... Bernhard

... MAILBOX: Uptime is 00d 18h 02m 45s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Achtung: Diese Mail hat keine R�ckseite... (2:240/9190)

Moin Kai!

Am 18.05.2026 um 13:06 schrieb Bernhard Thoben an Kai Richter Folgendes:

======= Original-Nachricht: (evtl. gek�rzt) =======

smbclient? Die syntax ist deutlich anders als ich es gewohnt bin. Und smbclient funktioniert �hnlich wie ftp.

Mir geht es *prim�r* darum, vollst�ndige und dann inkrementelle
Backups von dem Volumes der Mailbox zu erzeugen. Dazu m��te ich f�r inkrementelle Backups alle nach Datum 'n' ge�nderten Dateien erfassen k�nnen.

Ich schaue mir das mal n�her an.

============== Nun kommt mein Senf: ===============

Ich habe mich mit der syntax auseinandergesetzt, aber irgendwie verstehe ich da was nicht.

Ich habe drei Shares zu sichern: C, D und E

Wenn ich diesen Befehl hier auf C absetzte:

==========snip==========
sudo smbclient //mailbox/C --user=bernhard -TNc /home/bernhard/diverses/Backups/datum_os2 c.tar *
==========snap==========

ist das Ergebnis wie gew�nscht:

==========snip==========
[sudo: authenticate] Passwort:
tar:1306 Getting files newer than Sun May 10 00:00:00 2026
Password for [WORKGROUP\bernhard]:
NT_STATUS_ACCESS_DENIED opening remote file \OS2\SYSTEM\SWAPPER.DAT
tar: dumped 101 files and 0 directories
Total bytes written: 24874291 (0,5 MiB/s)
==========snap==========

Wenn ich aber direkt danach das hier auf D absetze:

==========snip==========
sudo smbclient //mailbox/D --user=bernhard -TNc /home/bernhard/diverses/Backups/datum_os2 d.tar *
==========snap==========

Man m�ge bitte die ge�nderte Quelle "D" und das ge�nderte Ziel "d.tar" beachten.... kommt das hier:

==========snip==========
tar:1306 Getting files newer than Sun May 10 00:00:00 2026
Password for [WORKGROUP\bernhard]:
NT_STATUS_NO_SUCH_FILE listing \c.tar
tar:816 do_list failed on c.tar (NT_STATUS_NO_SUCH_FILE) ==========snap==========

Was hat \c.tar dort verloren?

Wo liegt mein Fehler?


Und weg... Bernhard

... MAILBOX: Uptime is 00d 18h 53m 19s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: No quote found. Shall I fake one? (2:240/9190)

Moin Kai!

Am 18.05.2026 um 13:06 schrieb Bernhard Thoben an Kai Richter Folgendes:

======= Original-Nachricht: (evtl. gek�rzt) =======

Wenn ich eine Kommandozeile *in* einer dieser Freigaben �ffne,
wird diese wie folgt bezeichnet:

==========snip==========
run/user/1000/gvfs/smb-share:server=mailbox,share=e
==========snap==========

Ausserdem, sollte nicht nach /opt... gemountet werden?

============== Nun kommt mein Senf: ===============

Nach /opt wird gemountet, wenn ich den mount-Befehl ausf�hre.

Wenn ich in Thunar "smb://mailbx" eintippe, werden die Shares nach /run... gemountet.


Und weg... Bernhard

... MAILBOX: Uptime is 00d 19h 33m 19s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Who is 'general failure' and why is he reading my disc? (2:240/9190)

Moin Kai!

Am 18.05.2026 um 13:49 schrieb Bernhard Thoben an Kai Richter Folgendes:

======= Original-Nachricht: (evtl. gek�rzt) =======

======= Original-Nachricht: (evtl. gek�rzt) =======

smbclient? Die syntax ist deutlich anders als ich es gewohnt bin.
Und smbclient funktioniert �hnlich wie ftp.

Mir geht es *prim�r* darum, vollst�ndige und dann inkrementelle
Backups von dem Volumes der Mailbox zu erzeugen. Dazu m��te ich
f�r inkrementelle Backups alle nach Datum 'n' ge�nderten Dateien
erfassen k�nnen.

Ich schaue mir das mal n�her an.

============== Nun kommt mein Senf: ===============

Ich habe mich mit der syntax auseinandergesetzt, aber irgendwie
verstehe ich da was nicht.

Ich habe drei Shares zu sichern: C, D und E

Wenn ich diesen Befehl hier auf C absetzte:

==========snip==========
sudo smbclient //mailbox/C --user=bernhard -TNc /home/bernhard/diverses/Backups/datum_os2 c.tar *
==========snap==========

ist das Ergebnis wie gew�nscht:

==========snip==========
[sudo: authenticate] Passwort:
tar:1306 Getting files newer than Sun May 10 00:00:00 2026
Password for [WORKGROUP\bernhard]:
NT_STATUS_ACCESS_DENIED opening remote file \OS2\SYSTEM\SWAPPER.DAT
tar: dumped 101 files and 0 directories
Total bytes written: 24874291 (0,5 MiB/s)
==========snap==========

Wenn ich aber direkt danach das hier auf D absetze:

==========snip==========
sudo smbclient //mailbox/D --user=bernhard -TNc /home/bernhard/diverses/Backups/datum_os2 d.tar *
==========snap==========

Man m�ge bitte die ge�nderte Quelle "D" und das ge�nderte Ziel "d.tar" beachten.... kommt das hier:

==========snip==========
tar:1306 Getting files newer than Sun May 10 00:00:00 2026
Password for [WORKGROUP\bernhard]:
NT_STATUS_NO_SUCH_FILE listing \c.tar
tar:816 do_list failed on c.tar (NT_STATUS_NO_SUCH_FILE) ==========snap==========

Was hat \c.tar dort verloren?

Wo liegt mein Fehler?

============== Nun kommt mein Senf: ===============

Ich habe keinen Fehler finden, aber mir doch tempor�r helfen k�nnen.

Da ich das o.g. alles in einem Script abfr�hst�cke, verschiebe ich stumpf nach jedem smbclient-Lauf das erzeugte Archiv in mein eigenes Verzeichnis ~/Tmp und ganz am Schlu� verschiebe ich die zur�ck.

Das ist zwar nicht sonderlich elegant, erf�llt aber tempor�r seinen Zweck und ich kann wieder inkrementelle Backups erzeugen.

Besser w�re nat�rlich, wenn ein mount nach /opt funktioniert, da ich dann mit diesen gemounteten Shares mehr anfangen kann.

Die Erzeugung von Archiven in smbclient ist doch recht rudiment�r. Ich habe z.B. nicht gesehen, wie ich Archive splitten kann (max. 1 GB Gr��e wegen Sicherung auf beliebigem Datentr�ger).


Und weg... Bernhard

... MAILBOX: Uptime is 00d 20h 02m 58s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Virscan complete: All viruses running perfectly... (2:240/9190)

Servus Bernhard!

Am 18 May 26, Bernhard Thoben schrieb an Kai Richter:

Wie bekomme ich das nur hin?

Es gibt auch verschiedene Mount Methoden.
In Windows hatte ich mal einen Share anstatt �ber einen LW-Buchstaben mount direkt mit URL angesprochen etwa so \\server\share\directory\file.

Manchmal ging das aber nicht, dann habe ich direkt die IP genommen.

smbclient? Die syntax ist deutlich anders als ich es gewohnt bin. Und smbclient funktioniert �hnlich wie ftp.

Hm, sicher? Eigentlich sollte smbmount auch einen cifs mount auf einen Buchstaben legen. Der Unterschied ist, es sind zwei verschiedene Programme, die vielleicht anders programmiert sind und daher mehr oder weniger kompatibel sein k�nnten.

Mir geht es *prim�r* darum, vollst�ndige und dann inkrementelle
Backups von dem Volumes der Mailbox zu erzeugen.

Wenn alle Stricke reissen, ist auf beiden Systemen netcat (nc) vorhanden?
Das ist inzwischen mein Tool der Wahl, wenn es darum geht schnell und einfach Dateien auf ein anderes System im LAN zu bekommen.

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: StarTEC/2 (2:240/77)

Tag auch Bernhard!

Am 18 May 26, Bernhard Thoben schrieb an Kai Richter:

==========snip==========
sudo smbclient //mailbox/C --user=bernhard -TNc
/home/bernhard/diverses/Backups/datum_os2 c.tar *
==========snap==========

Es kann sein, dass es Versionsunterschiede gibt, ich habe gerade nur einen FreeBSD smbclient griffig:

smbclient [-M|--message=HOST] [-I|--ip-address=IP] [-E|--stderr]
[-L|--list=HOST] [-T|--tar=<c|x>IXFvgbNan] [-D|--directory=DIR]

Bei dem sind "oder" | gesetzt, ein -T w�rde ich daher nicht mit einem xN kombinieren. Das kann aber sein, dass es bei Dir anders ist.

Hilfreich f�r diese Art script Bastelei finde ich batches mit Zeilenumbruch. Allerdings ist mir die Erinnerung abhanden gekommen, ob OS/2 das auch kann.

smbclient --ip-address=1.2.3.4 \
--user=bernhard \
-D /home/bernhard/ \
--tar=c \
c.tar *

Ich komme aber gerade ins Gr�beln. Wenn Du Mailbox/C angibst, dann ist das die OS/2 Maschine. Also l�uft das nicht auf OS/2. Ich weiss nicht wo dann welcher tar zum Einsatz kommt. Werden die Dateien auf dem OS/2 Rechner sammelt, in ein tar verpackt und dann zum Ziel geschoben, oder werden die erst verschickt und auf dem Ziel in ein tar verpackt?

Entsprechend kann es zu Problemen mit Zeichensatz und Leerzeichen in Dateinamen kommen. Ich w�rde die Aufgabe des selektierens und des packens eher dem OS/2 Rechner �berlassen und dann nur noch eine Datei auf den server schicken.

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: Quadratur des Halben: OS/2 Warp 4.0 (2:240/77)

Moin Kai!

Am 19.05.2026 um 15:41 schrieb Kai Richter an Bernhard Thoben Folgendes:

Wie bekomme ich das nur hin?

smbclient? Die syntax ist deutlich anders als ich es gewohnt bin.
Und smbclient funktioniert �hnlich wie ftp.

Hm, sicher? Eigentlich sollte smbmount

Auf meinen Systemen (eCS und Xubuntu-Linux) gibt es kein smbmount...

Mir geht es *prim�r* darum, vollst�ndige und dann inkrementelle
Backups von dem Volumes der Mailbox zu erzeugen.

Wenn alle Stricke reissen, ist auf beiden Systemen netcat (nc)
vorhanden?

F�r eCS kann ich das nicht finden.


Und weg... Bernhard

... MAILBOX: Uptime is 02d 16h 50m 31s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Berni's Box: Ist sie zu stark, bist Du zu schwach! (2:240/9190)

Moin Kai!

Am 19.05.2026 um 14:59 schrieb Kai Richter an Bernhard Thoben Folgendes:

==========snip==========
sudo smbclient //mailbox/C --user=bernhard -TNc
/home/bernhard/diverses/Backups/datum_os2 c.tar *
==========snap==========

Es kann sein, dass es Versionsunterschiede gibt, ich habe gerade nur
einen FreeBSD smbclient griffig:

smbclient [-M|--message=HOST] [-I|--ip-address=IP] [-E|--stderr]
[-L|--list=HOST] [-T|--tar=<c|x>IXFvgbNan]
[-D|--directory=DIR]

Bei dem sind "oder" | gesetzt, ein -T w�rde ich daher nicht mit einem
xN kombinieren. Das kann aber sein, dass es bei Dir anders ist.

Ich wei� nicht genau, wie der smbclient die �bergabeparameter auswertet, aber, egal, wie ich es anstelle, es funktioniert nur wie oben geschrieben.

Ich habe den o.g. Befehl stumpf aus "man smbclient" genommen und auf meine Bed�rfnisse angepa�t.

Hilfreich f�r diese Art script Bastelei finde ich batches mit Zeilenumbruch.

Ja, stimmt. Macht alles �bersichtlicher.

Ich komme aber gerade ins Gr�beln. Wenn Du Mailbox/C angibst, dann ist
das die OS/2 Maschine.

Ja, genau. eCS 2.1, um genau zu sein.

Also l�uft das nicht auf OS/2.

Ich m�chte von meinem Xubuntu-Linux aus Backups der eCS-Maschine erstellen.

Ich weiss nicht wo dann welcher tar zum Einsatz kommt.

Auf Linux, denke ich?

Werden die Dateien auf dem OS/2 Rechner sammelt, in ein tar verpackt
und dann zum Ziel geschoben, oder werden die erst verschickt und auf
dem Ziel in ein tar verpackt?

Die "tar" werden ganz offensichtlich auf dem Linux-Rechner erstellt. Und zwar *in* dem Verzeichnis, in dem ich den o.g. Befehl starte. Zumindest sieht es genau so aus.

Und dieses Verzeichnis *mu�* zuvor leer sein, sonst gibt es unerw�nschte Nebeneffekte!

Entsprechend kann es zu Problemen mit Zeichensatz und Leerzeichen in Dateinamen kommen.

Ich benutze zur Sicherheit in meinen Scripts keine deutschen Umlaute etc. Und wenn es Leerzeichen geben sollte, werden die gekapselt (" "). Kommt aber auch nicht vor.

Oder meinst Du die zu packenden Dateien? Da habe ich bei meinen bisherigen Tests keine Probleme gefunden.

Nur werden eine knappe Handvoll Dateien irrt�mlich als Verzeichnis erkannt. Dann gibt es eine Fehlermeldung wie diese:

==========snip==========
"NT_STATUS_NOT_A_DIRECTORY listing \LORA\Files.Idx\*"
==========snap==========

Dazu habe ich noch keine L�sung gefunden, weil diese Dateien *definitiv* Dateien und *keine* Verzeichnisse sind:

==========snip==========
20.05.26 3.56 278.977 92 a--- Files.Idx
==========snap==========

Das ist eine der angemeckerten Dateien.

Ich w�rde die Aufgabe des selektierens und des packens eher dem OS/2 Rechner �berlassen und dann nur noch eine Datei auf den server
schicken.

Gute Idee. Allerdings habe ich noch keinen Packer f�r eCS gefunden, der Dateien abh�ngig vom Datum (j�nger als...) packen kann.

rar2 kann es nicht. Evtl. tar? Ich schaue mir das mal n�her an. Oh, ich sehe gerade, arj2 kann es auch... Daf�r kann arj2 aber nicht in "H�ppchen" wie z.B. 1GB aufteilen.

Verzwickt...


Und weg... Bernhard

... MAILBOX: Uptime is 02d 16h 50m 31s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Auch aus quadratischen Radios kann man Rundfunk hoeren. (2:240/9190)

Moin All!

Am 15.05.2026 um 15:07 schrieb Bernhard Thoben an All Folgendes:

======= Original-Nachricht: (evtl. gek�rzt) =======

Ich habe mit meinem Samba 3.0.37 unter eCS 2.1 GA Probleme.

Ich m�chte von meinem Xubuntu-26.04 Linux auf die Freigaben vom eCS zugreifen.

[...many stuff deleted...]

"vers=1.0" *mu�* ich benutzen, da Samba 3.0.37 nur SMB1 beherrscht.

Bis jetzt (24.04.03) klappte das problemlos; seit dem Umstieg auf
26.04 scheint der mount zu funktionieren, in Wahrheit ist jedoch
nichts eingebunden.

============== Nun kommt mein Senf: ===============

Auf eine Freigabe eines Windows-Rechners kann ich fehlerfrei zugreifen; also ist offensichtlich *nur* SMB1 betroffen.

Eventuell ist das aus dem Kernel entfernt worden?

Aber m��te dann nicht schon der "mount" scheitern? :-/


Und weg... Bernhard

... MAILBOX: Uptime is 04d 15h 52m 49s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: This world is totally fugazi! (Marillion) (2:240/9190)

Hallo Bernhard!

Am 20 May 26, Bernhard Thoben schrieb an Kai Richter:

Hm, sicher? Eigentlich sollte smbmount

Auf meinen Systemen (eCS und Xubuntu-Linux) gibt es kein smbmount...

Stimmt. smbclient macht auch etwas anderes was ich in Erinnerung hatte.
Es gibt da noch smbfs... Und ein fusefs welches mit smb kann. Dann sind meine Ideen aber auch am Ende.

Mir geht es *prim�r* darum, vollst�ndige und dann inkrementelle
Backups von dem Volumes der Mailbox zu erzeugen.

Wenn alle Stricke reissen, ist auf beiden Systemen netcat (nc)
vorhanden?

F�r eCS kann ich das nicht finden.

Also als letztes w�rde ich binkd sagen. Das kann auch Dateien �bertragen.

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: *IS* *D* och *N* ett (2:240/77)

Servus Bernhard!

Am 20 May 26, Bernhard Thoben schrieb an Kai Richter:

Ich w�rde die Aufgabe des selektierens und des packens eher dem
OS/2 Rechner �berlassen und dann nur noch eine Datei auf den
server schicken.

Gute Idee. Allerdings habe ich noch keinen Packer f�r eCS gefunden,
der Dateien abh�ngig vom Datum (j�nger als...) packen kann.

Musst Du das Backup sofort wieder vom OS/2 Rechner l�schen?
Dann sollte doch die update Funktion gehen? Falls es f�r OS/2 "arj u" gibt?

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: *I* ch *S* aug *D* as *N* och (2:240/77)

Moin Kai!

Am 23.05.2026 um 01:16 schrieb Kai Richter an Bernhard Thoben Folgendes:

Hm, sicher? Eigentlich sollte smbmount

Auf meinen Systemen (eCS und Xubuntu-Linux) gibt es kein
smbmount...

Stimmt. smbclient macht auch etwas anderes was ich in Erinnerung
hatte. Es gibt da noch smbfs... Und ein fusefs welches mit smb kann.
Dann sind meine Ideen aber auch am Ende.

Ich bleibe vorerst bei smbclient und der eingebauten tar-Funktion. Habe das heute "live" getestet und f�r brauchbar befunden.


Und weg... Bernhard

... MAILBOX: Uptime is 06d 17h 27m 09s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Noch 'n Toast, noch 'n Ei, noch 'n Kaffee... (2:240/9190)

Hallo Bernhard!

Am 22 May 26, Bernhard Thoben schrieb an All:

Ich habe mit meinem Samba 3.0.37 unter eCS 2.1 GA Probleme.

Ich meine der "drop" von SMB1 begann mit der Version 3.6.

Ich m�chte von meinem Xubuntu-26.04 Linux auf die Freigaben vom

Die 24.04 hat genau wie die 26.04 eine 4er Samba Version an Board, die sollten vom Grundsatz gleich bleiben.

testparm -s smb4.conf
testparm -sv smb4.conf

Vielleicht erkennst Du damit Unterschiede zwischen den beiden Ubuntu Samba Versionen. (Die sich vielleicht auch auf den Client auswirken.)

"vers=1.0" *mu�* ich benutzen, da Samba 3.0.37 nur SMB1
beherrscht.

Dann bleibt wohl nur das Problem bei den Clients zu suchen.

Bis jetzt (24.04.03) klappte das problemlos; seit dem Umstieg auf
26.04 scheint der mount zu funktionieren, in Wahrheit ist jedoch
nichts eingebunden.

Ich erinnere mich gerade vage. Irgendwann hat sich die Verschl�sselung der Passw�rter ge�ndert. Der Fix war einfach eine neue pw Eingabe zu machen.
Damals war das mit smbpasswd. Vielleicht einen Versuch wert?

Auf eine Freigabe eines Windows-Rechners kann ich fehlerfrei
zugreifen; also ist offensichtlich *nur* SMB1 betroffen.

Eventuell ist das aus dem Kernel entfernt worden?

Das w�re m�glich? testparm verweist bei mir auf gnuTLS und weak crypto. W�re denkbar, dass Samba sich tls bedient. Und wenn gnuTLS die schwache Verschl�sselung entfernt haben sollte, dann w�re es das wohl Vergangenheit.

Aber m��te dann nicht schon der "mount" scheitern? :-/

Deine Server Version hat CVE Bugs beim mounten. Zumindest laut whatsnew. ;-)

Hast Du Dich schon umgesehen, ob es f�r OS/2 etwas aktuellere Methoden f�r File Sharing gibt?

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: Endlich Urteil: Microsoft schadet Kunden mit Monopol (2:240/77)

Moin Kai!

Am 24.05.2026 um 15:31 schrieb Kai Richter an Bernhard Thoben Folgendes:

Ich habe mit meinem Samba 3.0.37 unter eCS 2.1 GA Probleme.

Ich meine der "drop" von SMB1 begann mit der Version 3.6.

Ich konnte, wie ich in einer �lteren Nachricht geschrieben hatte, keine neuere Version installieren, weil immer <irgendetwas> fehlte. Siehe dazu meine Nachricht vom 17.05., 17:17 Uhr.

Ich m�chte von meinem Xubuntu-26.04 Linux auf die Freigaben vom

Die 24.04 hat genau wie die 26.04 eine 4er Samba Version an Board, die sollten vom Grundsatz gleich bleiben.

testparm -s smb4.conf

==========snip==========
# Global parameters
[global]
client max protocol = NT1
client min protocol = NT1
log file = /var/log/samba/log.%m
logging = file
map to guest = Bad User
max log size = 1000
obey pam restrictions = Yes
pam password change = Yes
panic action = /usr/share/samba/panic-action %d
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
passwd program = /usr/bin/passwd %u
server max protocol = NT1
server min protocol = NT1
server role = standalone server
server string = %h server (Samba, Ubuntu)
unix password sync = Yes
usershare allow guests = Yes
idmap config * : backend = tdb


[printers]
browseable = No
comment = All Printers
create mask = 0700
path = /var/tmp
printable = Yes


[print$]
comment = Printer Drivers
path = /var/lib/samba/printers
==========snap==========

Das mit "verbose" ist riesig gro�. Soll ich das hier auch einstellen?

Vielleicht erkennst Du damit Unterschiede zwischen den beiden Ubuntu
Samba Versionen. (Die sich vielleicht auch auf den Client auswirken.)

Leider habe ich kein Xubuntu 24.04. mehr am Start...

Bis jetzt (24.04.03) klappte das problemlos; seit dem Umstieg
auf 26.04 scheint der mount zu funktionieren, in Wahrheit ist
jedoch nichts eingebunden.

Ich erinnere mich gerade vage. Irgendwann hat sich die Verschl�sselung
der Passw�rter ge�ndert. Der Fix war einfach eine neue pw Eingabe zu machen. Damals war das mit smbpasswd. Vielleicht einen Versuch wert?

Dann d�rfte aber auch ein smb://mailbox in der Kopfzeile vom Dateimanager Thunar *nicht* funktionieren; tut er aber!

Auf eine Freigabe eines Windows-Rechners kann ich fehlerfrei
zugreifen; also ist offensichtlich *nur* SMB1 betroffen.

Eventuell ist das aus dem Kernel entfernt worden?

Das w�re m�glich? testparm verweist bei mir auf gnuTLS und weak
crypto. W�re denkbar, dass Samba sich tls bedient.

==========snip==========
ldap ssl = start tls
tls ca directories =
tls cafile = tls/ca.pem
tls certfile = tls/cert.pem
tls crlfile =
tls dh params file =
tls enabled = Yes
tls keyfile = tls/key.pem
tls priority = NORMAL:-VERS-SSL3.0
tls trust system cas = No
tls verify peer = as_strict_as_possible
==========snap==========

Und wenn gnuTLS die schwache Verschl�sselung entfernt haben sollte,
dann w�re es das wohl Vergangenheit.

Aber m��te dann nicht schon der "mount" scheitern? :-/

Deine Server Version hat CVE Bugs beim mounten. Zumindest laut
whatsnew. ;-)

Hast Du Dich schon umgesehen, ob es f�r OS/2 etwas aktuellere Methoden
f�r File Sharing gibt?

Ich konnte nur Samba finden. Ist ja auch kein sonderlich aktuelles OS mehr.


Und weg... Bernhard

... MAILBOX: Uptime is 07d 16h 57m 00s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Streicht den Sofortvollzug beim Gravitationsgesetz! (2:240/9190)

Hallo Bernhard!

Am 17 May 26, Bernhard Thoben schrieb an All:

======= Original-Nachricht: (evtl. gek�rzt) =======

Ich habe mit meinem Samba 3.0.37 unter eCS 2.1 GA Probleme.

Samba Server Version 3.6.25-OS/2 v1.3.0-1044
==========snap==========

Ich konnte so gut wie alle fehlenden DLL's "besorgen", aber an einer scheitere ich.

Es kommt die Meldung, da� "die Datei PORT" fehlen w�rde.

Was ist Deine Quelle, ich habe

https://trac.netlabs.org/samba/wiki/FAQ

gefunden. Darin stehen auch die client parameter die ich gesucht hatte.

smb.conf auf dem Server:

[global]
lanman auth = true
client lanman auth = true
client plaintext auth = true

Weiter ist da noch ein Codepage Problem:

dos charset = ASCII
unix charset = UTF-8
display charset = UTF-8

Ich wei� nicht, ob es port.dll, libport.dll oder portlib.dll oder was
auch immer hei�en soll.

Hat dazu evtl. jemand eine Idee?

Nope. Das DLL Problem mit der "enhanced" libc063.dll betrifft nur Versionen kleiner 3.0.30.

Aber ich dr�cke die Daumen, dass die smbclient L�sung stabil l�uft.

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: Endlich Urteil: Microsoft schadet Kunden mit Monopol (2:240/77)

Moin Bernhard!

Am 25 May 26, Bernhard Thoben schrieb an Kai Richter:

Ich konnte, wie ich in einer �lteren Nachricht geschrieben hatte,
keine neuere Version installieren, weil immer <irgendetwas> fehlte.
Siehe dazu meine Nachricht vom 17.05., 17:17 Uhr.

Die hatte ich �bersehen, daher �berschneiden sich unsere Antworten, sorry.

[global]
client max protocol = NT1
client min protocol = NT1

server max protocol = NT1
server min protocol = NT1

Denk daran max protocol wieder hoch zu setzen falls Du mal mit einem System drauf zugreifen willst welches keine SMB1 Unterst�tzung mehr hat. (Auf dem Xubuntu.)

Das mit "verbose" ist riesig gro�. Soll ich das hier auch einstellen?

Nein. Die kleine Liste sind die Abweichungen von der jeweiligen Default Config.

Die grosse Liste enth�lt alle Einstellungen, sie wird gebraucht um Default Unterschiede zwischen zwei Versionen zu ermitteln.

Vielleicht erkennst Du damit Unterschiede zwischen den beiden
Ubuntu Samba Versionen. (Die sich vielleicht auch auf den Client
auswirken.)

Leider habe ich kein Xubuntu 24.04. mehr am Start...

Hm, die Default config sollte im Samba Paket enthalten sein.
Ich suche mal nicht, weil Du ja schon eine L�sung hast. ;-)

Und wenn gnuTLS die schwache Verschl�sselung entfernt haben
sollte, dann w�re es das wohl Vergangenheit.

Aber m��te dann nicht schon der "mount" scheitern? :-/

Denke schon. Ich stochere da ja auch nur im Nebel.

Deine Server Version hat CVE Bugs beim mounten. Zumindest laut
whatsnew. ;-)

Hast Du Dich schon umgesehen, ob es f�r OS/2 etwas aktuellere
Methoden f�r File Sharing gibt?

Ich konnte nur Samba finden. Ist ja auch kein sonderlich aktuelles OS mehr.

Wenn alle Stricke reissen, w�rde ich letztlich �ber binkd gehen. Auf Xubuntu einen Fake Point mit Filebox Link f�r ibox einrichten. (Siehe "node" keyword)

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: *IS* *D* och *N* ett (2:240/77)

Moin Kai!

Am 27.05.2026 um 10:10 schrieb Kai Richter an Bernhard Thoben Folgendes:

Und wenn gnuTLS die schwache Verschl�sselung entfernt haben
sollte, dann w�re es das wohl Vergangenheit.

Aber m��te dann nicht schon der "mount" scheitern? :-/

Denke schon. Ich stochere da ja auch nur im Nebel.

Und das ist ja auch gut und richtig so! Manchmal mu� man einfach "etwas" unkonventionell denken... Dazu geh�rt auch "stochern im Nebel" ;-)

Auf jeden Fall recht vielen Dank f�r die Tipps!


Und weg... Bernhard

... MAILBOX: Uptime is 10d 17h 48m 15s (BT-Uptime/OS2, V1.5)
--- GoldED+/OS2 1.1.52220220504
* Origin: Two beer or not two beer (Shakesbeer) (2:240/9190)