Hallo,
Dies ist mein erster Beitrag, daher entschuldige ich mich im Voraus, falls ich irgendwelche Community-Etikette-Regeln übersehen habe.
Ich benutze mein TS453B schon seit vielen Jahren – tatsächlich denke ich, dass es 2017 eingerichtet wurde. Ich verwende es, um gemeinsame CIFS/SMB-Verzeichnisse mit meinen Windows- und Linux-Computern zu hosten und greife von unterwegs über ein VPN, das auf meinem Router läuft, darauf zu.
Außerdem habe ich das TS453B als E-Mail-Archivserver eingerichtet, damit ich die Anzahl meiner wichtigen E-Mails, die in der Cloud liegen, reduzieren kann. Es hat ein paar Anläufe gebraucht, bis das funktioniert hat.
Anfangs habe ich versucht, Dovecot in einem Docker-Container einzurichten, konnte aber nicht auf die gemeinsamen Ordner zugreifen, in denen sich die Konfigurations- und Benutzerdaten befinden. Es ist beim Start abgestürzt, als es versucht hat, die Benutzerverzeichnisstruktur zu erstellen.
Schließlich habe ich aufgegeben und die Xeams-E-Mail-Server-App aus dem Qnap-Store installiert, und das scheint gut zu funktionieren – mit einem großen Kompromiss: Die Konfigurations- und Benutzerdaten liegen im .qpkg-Anwendungsordner und sind weder für File Station 5 noch für die von mir verwendete Backup-Anwendung, Qnap’s „HBS3 Hybrid Backup Sync“, zugänglich. Ich kann auf die Konfigurationsdateien nur per SSH zugreifen. Um das zu umgehen, habe ich neue gemeinsame Verzeichnisse und Symlinks erstellt:
ln -s /share/CACHEDEV1_DATA/.qpkg/Xeams/UserRepository /share/CACHEDEV1_DATA/XeamsData/UserRepository
ln -s /share/CACHEDEV1_DATA/.qpkg/Xeams/config /share/CACHEDEV1_DATA/XeamsData/config
Ich kann diese in File Station sehen (ich benutze File Station 5), aber wenn ich auf die Verzeichnisse klicke, erscheint ein Dialogfeld:
X Systemnachricht
Diese Aktion kann nicht ausgeführt werden. Sie haben nicht genügend Berechtigungen oder die Datei ist schreibgeschützt.
Das ist seltsam, denn ich bin mit einem Administratorkonto angemeldet. Wenn ich die Berechtigungen dieser Verzeichnisse per SSH abfrage, erhalte ich:
[adminuser@myservername Xeams]$ stat -c "%a" config
755
{Die Berechtigung 755 gibt dem Besitzer einer Datei oder eines Verzeichnisses Lese-, Schreib- und Ausführungsrechte, während Gruppe und Andere nur Lese- und Ausführungsrechte haben.}
[adminuser@myservername Xeams]$ stat -c "%a" UserRepository
777
{Berechtigung 777 bedeutet, dass alle Benutzer (Besitzer, Gruppe und Andere) Lese-, Schreib- und Ausführungsrechte für eine Datei oder ein Verzeichnis haben.}
Ich vermute, es gibt irgendeinen Konflikt, da Erweiterte Ordnerberechtigungen aktiviert sind? Ich verstehe auch, dass die Erweiterten Ordnerberechtigungen anders funktionieren als das Standard-Linux-Berechtigungssystem und dies wahrscheinlich die Ursache des Problems ist.
Hat jemand eine Idee, was ich falsch mache?
NAS-Details gemäß Anleitung:
NAS-Modell: TS 453B
Firmware-Version: Habe das mit vielen Firmware-Versionen nie zum Laufen gebracht. Aktuell QTS 5.2.6.3229
Erweiterte Ordnerberechtigungen sind aktiviert.
Netzwerkeinrichtung: Einzelner Port