Wie Martin bereits dazu geschrieben hat, werden Benutzer-Mailboxen mit einem Prefix "user" angelegt. In Deinem Fall (unixhierarchysep: 1):
cm user/abc@domain1.de
Ansosnten:
cm user.username
Gut das habe ich jetzt verstanden und scheint auch zu funktionieren. virtdomains: on unixhierarchysep: 1 ist nun meine Einstellung in der imapd.conf. Wenn "virtdomains: off" gesetzt ist und man eine neue Mailbox anlegt mit cm user/abc@domain1.de wird ein Verzeichnis in /var/spool/imap/user/abc@domain1^de angelegt (also mit "^" statt "."). Wenn ich die Mailboxen aufliste, kommt allerdings wieder der Punkt: lm INBOX (\HasNoChildren) user/abc@domain1.de (\HasNoChildren) Wenn "virtdomains: on" gesetzt ist und man eine neue Mailbox anlegt mit cm user/abc@domain1.de wird ein Verzeichnis in /var/spool/imap/domain/domain1.de/user/abc angelegt. Das ist genau die Hierarchie, die ich gerne hätte. Super. Jetzt nur noch zum Verständnis:
Was spricht dagegen? Ich denke mit virtdomains schaffe ich besseren Überblick bei den Domainzuordnungen.
virtdomains sind eigentlich dazu da den Cyrus-Imapd in getrennte Bereiche aufzuteilen.
Das ist doch das praktische an virtdomains. Die Domains, die auf meinem Server laufen, werden nicht alle mir gehören.
Da kann man in jeder Domain zugehörige Admins vergeben sehe ich als Vorteil und was bei "virtdomains: on" mitspielt ist die IP-Adresse auf die sich ein Benutzer connected. Bei "virtdomains: userid" zählt der Domain-Part am Anmeldenamen um ihn der virtdomain zuzuteilen. Das habe ich nicht ganz verstanden. Sehe ich das richtig, dass das Auswirkungen hat, wenn die verscheidenen Domains auf unterschiedlichen IP-Adressen laufen? In der Manpage steht das irgendwie komisch. Kannst Du ein Beispiel nennen, wann welche Einstellung praktikabler ist ("on" oder "userid")? Die ganze Geschichte ist halt manchmal etwas knifflig, und da ist halt die Frage ob man sowas wirklich braucht.
Was spricht denn gegen virtdomains? Das ist doch nur ein Schalter, der die Anordnung der Verzeichnisse etwas umstrukturiert, oder? So viel kniffliger fand ich das nicht. Es muss nur richtig verstanden werden, welche Auswirkungen das hat. Und da versuche ich im Augenblick den Lernprozess durchzumachen. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org