>> In der alten Config hatten wir keinen Namespace. Die meisten Clients
>> haben auch kein Problem. Es sind offenbar nur die Clients (z.b.
>> Groupoffice) die selber ein Präfix gewählt haben. Der neue dovecot 2.1
>> zeigt keinen Ordner mehr an wenn er INBOX heißt. Geht das bei Euch? Ich
>> bin mir nicht bewußt dass durch eine Configoption herbeigeführt zu haben.
>> Was kann ich tun?

Ich hab jetzt was gefunden.

Ich ändere:

namespace inbox {
inbox = yes
}

in:

namespace inbox {
separator = /
prefix = „#mbox/“
location = mbox:~/mail:INBOX=/var/mail/%u
inbox = yes
hidden = yes
list = no
}
namespace mbox {
separator = /
prefix =
location = mbox:~/mail
}

Gefunden bei http://wiki2.dovecot.org/Namespaces (Examples Mixed mbox and
Maildir)
Nur dass ich den zweiten Namespace wieder mit mbox anlege, da wir kein
Maildir nutzen. Es sieht zwar doppelt gemoppelt aus, aber der zweite
Namespace ist wirklich notwendig. Damit werden wieder sämtliche Ordner
angezeigt, auch wenn diese INBOX heißen.
Was sagt Ihr dazu? Funktioniert, auch wenn es ungewöhnlich aussieht. Ich
will aber keine anderen Überraschungen erleben.

Danke,
Hajo

ich antworte etwas spät, war ne zeitlang weg 😉 sorry, ich kann auch den
Strang von letztens nicht mehr aufnehmen…
Das Problem besteht leider immer noch, jeder Ordner mit Namen INBOX wird
unter dovecot 2.1.x nicht angezeigt. Offenbar gibt es eine paar Clients die
diesen aber einstellungsunabhängig ständig neu erstellen wollen.

>> Bei INBOX handelt es sich um ein Präfix, welches die User beim Anlegen
>> des Postfaches gewählt haben. Warum auch immer…

>Einstellung des Clients ODER weil sie eben einfach den Folder unterhalb
>der INBOX hatten.
Ich denke der Client hat diesen Ordner angelegt und macht seine eigene
Präfixverwaltung.

>> Mit unserem jetzigen dovecot 2.1.7 klappt das nicht mehr. Ist INBOX mit

>Das ist Einstellungssache. Dann sind Eure aktuellen NAMESPACES anders
>eingestellt.

>> Das einzige was hinzu kam ist der namespace der aber auch default ist:
>>
>> namespace inbox {
>> inbox = yes
>> }

>Eventuell war der früher anders aufgebaut. Ist jetzt etwas schwer genau
>zu sagen, weil ich weder alte noch aktuelle Config kenne.

>Schau mal was ist, wenn du in diesem namespace den prefix=“INBOX.“ setzt.
Der Präfix wird angewendet, das hat aber keinen Einfluss auf die
Sichtbarkeit der Order mit Namen INBOX

Ich hänge mal die Configs an. Dies ist die alte dovecot 1.2 config (ich hab
nur mal die pfade zu den certs rausgenommen):

## Dovecot configuration file
protocols = imap imaps pop3 pop3s
ssl = yes
ssl_cert_file = „…“
ssl_key_file = „…“
ssl_ca_file = „…“
disable_plaintext_auth = no
syslog_facility = mail
login_user = dovecot
login_process_per_connection = no
login_processes_count = 1
login_log_format_elements = user= method=%m rip=%r lip=%l %c
login_log_format = %$: %s
max_mail_processes = 1024
verbose_proctitle = yes
auth_verbose = yes
mail_location = mbox:~/mail:INBOX=/var/spool/mail/%u
#default_mail_env = mbox:~/mail:INBOX=/var/spool/mail/%u
mail_cache_min_mail_count = 30
mmap_disable=no
mail_debug=no
lock_method = flock
mbox_read_locks = dotlock
mbox_write_locks = dotlock fcntl
mbox_dirty_syncs = yes
mbox_very_dirty_syncs = yes
mbox_lazy_writes = yes
auth_username_chars =
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@üÜöÖäÄ
auth_worker_max_count = 60
mail_max_userip_connections = 30
#mail_gid=0
#first_valid_gid = 0
##
## IMAP specific settings
##
protocol imap {
login_executable = /usr/lib/dovecot/imap-login
imap_client_workarounds = outlook-idle netscape-eoh delay-newmail
mail_plugins = mail_log
}
##
## POP3 specific settings
##
protocol pop3 {
ssl = yes
login_executable = /usr/lib/dovecot/pop3-login
mail_executable = /usr/lib/dovecot/pop3
pop3_no_flag_updates = no
pop3_uidl_format = %08Xu%08Xv
pop3_client_workarounds = oe-ns-eoh outlook-no-nuls
}
##
## Authentication processes
##
auth default {
mechanisms = plain login

passdb sql {
args = /etc/dovecot/dovecot-sql.conf
}

userdb prefetch {
}
user = root
socket listen {
client {
path = /var/spool/postfix/private/auth
mode = 0660
user = postfix
group = postfix
}
}
}
##
## Plugins
##
plugin {
}

!include_try /etc/dovecot/conf.d/*.conf

Dies ist die neue config des dovecot 2.1.7 bei dem das Problem auftritt.
Das meiste davon hat der dovecot selber konvertiert.

## Dovecot configuration file
auth_username_chars =
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@üÜöÖäÄ
auth_worker_max_count = 60
disable_plaintext_auth = no
lock_method = flock
login_log_format_elements = user= method=%m rip=%r lip=%l %c
mail_cache_min_mail_count = 30
mail_location = mbox:~/mail:INBOX=/var/mail/%u
mail_max_userip_connections = 30
mbox_read_locks = dotlock
mbox_very_dirty_syncs = yes
auth_mechanisms = plain login
passdb {
args = /etc/dovecot/dovecot-sql.conf
driver = sql
}
passdb {
driver = pam
}
protocols = imap pop3
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
}
user = root
}
service imap-login {
executable = /usr/lib/dovecot/imap-login
process_min_avail = 1
service_count = 0
user = dovecot
}
service imap {
process_limit = 1024
}
service pop3-login {
executable = /usr/lib/dovecot/pop3-login
process_min_avail = 1
service_count = 0
user = dovecot
}
service pop3 {
executable = /usr/lib/dovecot/pop3
process_limit = 1024
}
ssl_cert = </…
ssl_key = </…
ssl_ca = </…
ssl = yes
userdb {
args = /etc/dovecot/dovecot-sql.conf
driver = sql
}
userdb {
driver = passwd
}
verbose_proctitle = yes
protocol imap {
imap_client_workarounds = delay-newmail
mail_plugins = mail_log notify
ssl = yes
}
protocol pop3 {
pop3_client_workarounds = oe-ns-eoh outlook-no-nuls
pop3_no_flag_updates = no
pop3_uidl_format = %08Xu%08Xv
ssl = yes
}
namespace inbox {
inbox = yes
}

imap_capability = +XLIST
shutdown_clients=no

!include_try /etc/dovecot/conf.d/*.conf

In der alten Config hatten wir keinen Namespace. Die meisten Clients haben
auch kein Problem. Es sind offenbar nur die Clients (z.b. Groupoffice) die
selber ein Präfix gewählt haben. Der neue dovecot 2.1 zeigt keinen Ordner
mehr an wenn er INBOX heißt. Geht das bei Euch? Ich bin mir nicht bewußt
dass durch eine Configoption herbeigeführt zu haben. Was kann ich tun?

MfG
Hajo

> Bei INBOX handelt es sich um ein Präfix, welches die User beim Anlegen
> des Postfaches gewählt haben. Warum auch immer…

Einstellung des Clients ODER weil sie eben einfach den Folder unterhalb
der INBOX hatten.

> Mit unserem jetzigen dovecot 2.1.7 klappt das nicht mehr. Ist INBOX mit

Das ist Einstellungssache. Dann sind Eure aktuellen NAMESPACES anders
eingestellt.

> Das einzige was hinzu kam ist der namespace der aber auch default ist:
>
> namespace inbox {
> inbox = yes
> }

Eventuell war der früher anders aufgebaut. Ist jetzt etwas schwer genau
zu sagen, weil ich weder alte noch aktuelle Config kenne.

Schau mal was ist, wenn du in diesem namespace den prefix=“INBOX.“ setzt.

Peer

—
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin

http://www.heinlein-support.de

Tel: 030 / 405051-42
Fax: 030 / 405051-19

Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht
Berlin-Charlottenburg,
Geschäftsführer: Peer Heinlein — Sitz: Berlin

>> Warum verhält sich dies so? Ist dies auf ein spezielles Dovecotverhalten
>> zurückzuführen?

Ich kann nun noch mehr Informationen liefern, eventuell hilft das bei der
Aufklärung.
Bei INBOX handelt es sich um ein Präfix, welches die User beim Anlegen des
Postfaches gewählt haben. Warum auch immer…
Der Client lässt dann bei der Anzeige der Ordner das Präfix weg und es sieht
so aus, als ob die Ordner in oberster Ebene liegen würden, real liegen sie
im selbst erzeugten Ordner INBOX.
Mit unserem jetzigen dovecot 2.1.7 klappt das nicht mehr. Ist INBOX mit
einem neueren Dovecot nun eine Art geschützter Name?
Wenn ich per telnet Abfrage wird er in der Folderliste nicht angeboten.
Benenne ich von INBOX in INBOX_ um, ist er wieder da als Ordner.
Unsere jetzige Config ist auch nicht viel anders, mail_location ist
weiterhin „mail_location = mbox:~/mail:INBOX=/var/mail/%u“
Das einzige was hinzu kam ist der namespace der aber auch default ist:

namespace inbox {
inbox = yes
}

Weiß nicht ob das ein Hinweis ist, alles andere ist auch Standard und nichts
besonderes. Kann damit jemand den Zusammenhang erklären?

Danke,
Hajo