Am 08.09.2003 10:06 Uhr schrieb "Andreas Feile" unter
Im Netz befinden sich zwei Arbeitsgruppen (firma und fibu), der Samba-Server ist Teil der Gruppe fibu. Im restlichen Netz befinden sich bunt verstreut Macs, Windows-2000- und XP-Kisten. Auf dem Samba-Server selbst läuft außerdem - ohne Probleme - netatalk.
Hier noch die smb.conf:
[global] workgroup = Fibu netbios name = Fibu server string = Windows NT 4.0 os level = 0 preferred master = no domain master = no local master = no unix extensions = Yes encrypt passwords = Yes log level = 1 syslog = 0 socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY wins support = No veto files = /*.eml/*.nws/riched20.dll/*.{*}/ security = user
na, sieht ja so aus, als ob dein Problem gelöst wurde (netbios name). ABER ... da du Netatalk NOCH ohne Probleme einsetzt, würde ich dir dringend dazu raten, die veto files anzupassen. Die Samba-User haben mit deiner Konfig vollen Zugriff auf die Resource-Fork von Netatalk. Hier meine veto files: veto files = /*.eml/*.nws/riched20.dll/*.{*}/.AppleDB/.AppleDesktop/.AppleDouble/TheVolum eSettingsFolder/Network Trash Folder/Trash/TheFindByContentFolder/:2eDS_Store/Temporary Items/ Ich sperre auch den Zugriff von OSX-Dateien (:2eDS_Store). Gruss Michael -- Bitte die Etikette beachten: http://www.suse-etikette.de.vu/etikette.html Bitte Realnamen angeben, kein Vollquoting, kein Html, PGP oder Visitenkarten benutzen. Signatur mit "-- " abtrennen, bei Antworten "Re: " voranstellen, sonst nichts.