Dovecot - alternativer Speicherort (mail_path)

Hinweis: In dem Thema Dovecot - alternativer Speicherort (mail_path) gibt es 9 Antworten. Der letzte Beitrag () befindet sich ganz unten auf dieser Seite.

    Hallo Forum,


    ich bin dabei, einen neuen Server aufzusetzen (Leap 16.0, dovecot 2.4)). Um die tägliche Datensicherung zu vereinfachen, habe ich das Platten-Layout so gestaltet, dass es eine Platte für das Betriebssystem (relativ fix) und ein großes RAID5 (gemountet unter /home) für die Anwenderdaten gibt.


    Der Mailserver hat einen Bestand von mehr als 17 Jahren mit einem Volumen von ca. 20GB zu verwalten. Derzeit liegt das alles unter /var/spool/mail (mit /var/mail gibt es einen symbolischen Link auf /var/spool/mail).


    Im Standard wird das dovecot-Mailverzeichnis nicht vorgegeben. Die Variable mail_path wird in /etc/dovecot/conf.d/10-mail.conf unbesetzt gelassen. Die Leap-Installation enthält aber einen Vorschlag von /var/mail. s.o.


    Der aktuelle Eintrag lautet: mail_path = /var/mail/dovecot/%{user | lower }/Maildir


    Mit dem vorgeschlagenen Verzeichnis läuft auch alles prima. Wohl gemerkt: /var/mail ist ein Link auf /var/spool/mail.


    Dann sollte ich doch ganz einfach diesen Eintrag in mail_path = /home/mail/dovecot/%{user | lower }/Maildir ändern können.

    Oder nach dem vorgegebenen Beispiel einen Link setzen können:


    Code
    ln -s /home/mail/dovecot /var/spool/mail/dovecot-lnk


    mit entsprechend mail_path = /home/mail/dovecot-lnk/%{user | lower }/Maildir



    Leider führt das zu nicht weiter spezifizierten internen Serverfehlern (die Loggingmöglichkeiten habe ich voll aufgedreht)



    Die erste Fehlermeldung lautet:

    Error: mkdir(/var/mail/dovecot-lnk/_UserName_/Maildir) failed: Permission denied (euid=1000(_UserName_) egid=100(users) UNIX perms appear ok (ACL/MAC wrong?), dir owned by 447:493 mode=0775)


    Der Hinweis dir owned by 447:493 mode=0775 hilft leider nicht wirklich weiter, da die Angeaben nicht stimmen:


    447 = dovecot

    493 = mail0775 = rwxrwxr-x


    Das tatsächlich zu verwendende Verzeichnis ist aber dieses:


    Code
    fileserver6:/var/mail/dovecot-lnk/_UserName_ # ll 
total 4 
drwx------ 46 _UserName_ users 4096 Jan 24 17:05 Maildir 
fileserver6:/var/mail/dovecot-lnk/_Username_ #   

    1000 = _UserName_

    100 = users

    0700 = rwx------


    Spaßeshalber hier die Rechte des Verzeichnisses, mit dem es funktioniert:


    Code
    fileserver6:/var/mail/dovecot/_UserName_ # ll
total 0
drwx------ 1 _UserName_ users 2150 Jan 24 19:17 Maildir
fileserver6:/var/mail/dovecot/_UserName_ #

    auch hier:

    1000 = _UserName_

    100 = users

    0700 = rwx------


    Das gleiche Problem wurde schon 2023 hier beschrieben .


    Ich sitze seit Dienstag an diesem Problem und komme kein Stück weiter.


    Bin für Tipps dankbar.


    Gruß,

    B.







    Ich habe eben mal versucht, Aktionen im Verzeichnis /home/mail und darunter sichtbar zu machen:


    1. mit inotifywait

    Code
    fileserver6:~ # inotifywait -r -m --timefmt '%Y.%m.%d-%H:%M:%s' --format '%T %w %f %e %n' /home/mail
Setting up watches.  Beware: since -r was given, this may take a while!
Watches established.
2026.01.25-10:31:1769333519 /home/mail/ test CREATE,ISDIR 

2026.01.25-10:31:1769333519 /home/mail/ test OPEN,ISDIR 

2026.01.25-10:31:1769333519 /home/mail/ test ACCESS,ISDIR 

2026.01.25-10:31:1769333519 /home/mail/ test CLOSE_NOWRITE,CLOSE,ISDIR


    Leider zeigt die Ausgabe nur geglückte Operationen. Hier habe ich das Verzeichnis /home/mail/test angelegt.


    2. mit iotop


    Das zeigt aber nur den erfolgten IO (klar, wie der Name schon sagt)


    Ich bin ja auf der Suche nach gescheiterten Dateisystemoperationen.



    Gruß,

    B.

    Nachtrag:


    Hier eine weitere Fundstelle, die aber, glaube ich, nicht einschlägig ist(?).


    Mailcow dockerized - Dovecot permission denied Fehler nach Update?
    Hallo liebe Community, ich habe vor einigen Tagen meinen Mailcow Testserver aktualisiert (per sh File) - nun scheint mein Speicherpfad für die Mails nicht me...
    community.mailcow.email


    Ich nutze keine virtuellen User. Es gibt nur accounts für echte Linux-user auf dem Rechner (4, vier, ohne "zig").


    Gruß,


    B.

    Nachtrag 2:

    dem oben genannte Hinweis in der Fehlermeldung dir owned by 447:493 mode=0775 bin ich nachgegangen:


    Zeige mir alle Verzeichnisse, Dateien, Links mit GID=493 und UID=447

    Code
    fileserver6:~ # find / -type d,f,l -group 493 -user 447 -ls
24731391992      0 drwxrwxr-x   4 dovecot  mail           60 Jan 24 17:11 /home/mail/dovecot
fileserver6:~ #

    Da gibt es genau EIN Verzeichnis, dessen Zugriffsrechte sogar passen (0775).


    Na dann: chmod 777 /home/mail/dovecot


    Der Fehler bleibt.


    Also Kommando zurück: chmod 775 /home/mail/dovecot

    sestatus Damit kannst du sehen ob selinux an ist.


    So ist es an:

    mit sudo setenforce 0 kannst du es ausschalten


    Es muss micht auf disabled sein. permisseve heist das es alles prüft aber nichts blockiert. enforcing bedeutet das es die Regeln auch durchsetzt.


    Insbesondere wenn dein Maildir an einem "Nicht standard Pfad" ist, ist das eine mögliche Ursache.

    selinux ist nicht an. s. o.


    Code
    fileserver6:/etc/selinux # sestatus
SELinux status:                 disabled
fileserver6:/etc/selinux #

    Wow. Hier ist ja ne Menge los! :o)


    Also, ich habe Neuigkeiten. Aus Frust habe ich ein Testsystem unter Ubuntu 25.10 aufgesetzt. Ich wollte einfach sehen, ob die Dinge dort anders liegen.

    Zu meiner Überraschung läuft es dort wunderbar. Eigentlich auf Anhieb.


    Meine Frage: warum ist das so? Kann es sein, dass Leap Dinge für den eigenen Standard verbiegt, die dann später bei der Konfiguration von Anwendungssoftware zu eigenartigen Problemen führen? Falls ja, wie finde ich die Unterschiede und wie kann ich sie dann beseitigen?


    In Dovecot ist mail_path frei wählbar, das ist eine ganz normale Konfigurationseinstellung. Auf dem Testsystem kann ich das auch ganz erwartungsgemäß machen wie ich möchte.


    Ich werde jetzt noch ein wenig Zeit in die Suche nach Unterschieden investieren, wäre aber gleichzeitig erstaunt, wenn dabei noch etwas zu Tage käme.


    Gibt es hier denn so wenige Mitglieder, die Dovecot einsetzen?


    Gruß,


    B.

    Ich setze dovecot + postfix + spamassasin schon seit Jahren ein. Aber noch unter Debian...