[gelöst] [3.1.6] ISPConfig3 legt kein Maildir Verzeichnis mehr bei neuen E-Mailaccounts an.

[rootfuchs]

ISPConfig Version: 3.1.6
Dovecot Version: 2.2.13

Ich habe gerade versucht nach dem Update neue E-Mailaccounts anzulegen. Leider scheitert für alle neuen Accounts der Login über RoundCube mit dem Hinweis das eine Verbindung zum Speicherserver nicht hergestellt werden konnte.
Auch das Zustellen neuer Emails scheitert. Statt dessen bekommt der Serveradmin die entsprechende Fehlermeldung zugestellt.

Der Aufruf in der/etc/dovecot/dovecot-sql.conf lautet wie folgt:

user_query = SELECT email as user, maildir as home, CONCAT( maildir_format, ':', maildir, '/', IF(maildir_format='maildir','Maildir',maildir_format)) as mail, uid, gid, CONCAT('*:storage=', quota, 'B') AS quota_rule, CONCAT(maildir, '/.sieve') as sieve FROM mail_user WHERE (login = '%u' OR email = '%u') AND `disable%Ls` = 'n' AND server_id = '1'

Ausgeführt wirft die Abfrage eine maildir mit 'var/vmail/[domain]/[account]/Maildir' zurück. Soweit so korrekt für alle früheren Accounts.

Neuere Accounts haben aber den entsprechenden Ordner nicht. Dort landet alles direkt in 'var/vmail/[domain]/[account]'.
Ich habe daraufhin die '/etc/dovecot/conf.d/10-mail.conf' untersucht und entsprechendmit der 'mail_location' experimentiert (siehe auszug unten). Allerdings bewirkt das keine Änderung.

Offenbar geht der Aufruf an dovecots 'maildirmake' direkt mit dem - falschen- Pfad raus.
Lege ich die 'Maildir' nachträglich manuell an, funktioniert alles wie gewohnt.

Hat jemand einen Tipp was ich falsch mache oder ist das ein Bugreport?

Auszug aus der /etc/dovecot/dovecot-sql.conf:

# Location for users' mailboxes. The default is empty, which means that Dovecot
# tries to find the mailboxes automatically. This won't work if the user
# doesn't yet have any mail, so you should explicitly tell Dovecot the full
# location.
#
# If you're using mbox, giving a path to the INBOX file (eg. /var/mail/%u)
# isn't enough. You'll also need to tell Dovecot where the other mailboxes are
# kept. This is called the "root mail directory", and it must be the first
# path given in the mail_location setting.
#
# There are a few special variables you can use, eg.:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if there's no domain
#   %h - home directory
#
# See doc/wiki/Variables.txt for full list. Some examples:
#
#   mail_location = maildir:~/Maildir
#   mail_location = mbox:~/mail:INBOX=/var/mail/%u
#   mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n
#
# <doc/wiki/MailLocation.txt>
#
#mail_location = mbox:~/mail:INBOX=/var/mail/%u
#mail_location = maildir:/var/vmail/%d/%n/Maildir

1. mail_location = Original
2. mail_location = Testwesie Änderung durch mich
3. Auskommentierung beider Versionen durch mich

Auszug aus dem ISPC3 Debug-Log:

23.07.2017 14:59     ws2.example.com     Debug     Calling function 'update' from plugin 'maildeliver_plugin' raised by event 'mail_user_insert'.     
23.07.2017 14:59     ws2.example.com     Debug     Set ownership on /var/vmail/example.com/maildirtesting     
23.07.2017 14:59     ws2.example.com     Debug     Created Maildir /var/vmail/example.com/maildirtesting with subfolder: Junk     
23.07.2017 14:59     ws2.example.com     Debug     Created Maildir /var/vmail/example.com/maildirtesting with subfolder: Trash     
23.07.2017 14:59     ws2.example.com     Debug     Created Maildir /var/vmail/example.com/maildirtesting with subfolder: Drafts     
23.07.2017 14:59     ws2.example.com     Debug     Created Maildir /var/vmail/example.com/maildirtesting with subfolder: Sent     
23.07.2017 14:59     ws2.example.com     Debug     Created Maildir: su -c 'maildirmake -q 0S /var/vmail/example.com/maildirtesting' vmail     
23.07.2017 14:59     ws2.example.com     Debug     Created Maildir /var/vmail/example.com/maildirtesting with subfolder:     
23.07.2017 14:59     ws2.example.com     Debug     Mailuser uid: 5000, gid: 5000     
23.07.2017 14:59     ws2.example.com     Debug     Calling function 'user_insert' from plugin 'mail_plugin' raised by event 'mail_user_insert'.     
23.07.2017 14:59     ws2.example.com     Debug     Processed datalog_id 3229     
23.07.2017 14:59     ws2.example.com     Debug     Found 2 changes, starting update process.

 

[Till]

Ich habe daraufhin die '/etc/dovecot/conf.d/10-mail.conf' untersucht und entsprechendmit der 'mail_location' experimentiert (siehe auszug unten). Allerdings bewirkt das keine Änderung.

Das wundert mich nicht, denn die Datei wird garncht aufd em Server verwendet.

Ich denke mal Dein Problem ist dass Du den Imap server typ von dovecot auf courier umgestellt hast. Schau mal unter System > Server config > mail, was dort ausgewählt ist.

 

[rootfuchs]

Hi Till,
danke für die schnelle Reaktion.

Das wundert mich nicht, denn die Datei wird garncht aufd em Server verwendet.

Ok. Sowas hattest Du als Antwort auf einen älteren Beitrag ja schon erwähnt. Das man es komplett auskommentieren kann.
Ich hatte spekuliert das maildirmake intern nochmal darauf zugreifen könnte.

Aber Du hast Recht. Da war Courier eingetragen.
Was mich jetzt aber ernsthaft verblüfft. Der Server läuft seit einem Jahr rund. Ich hab erst im Juni Postfächer angelegt.
Ich hab jetzt mal die Datenbankbackups parallel wieder her gestellt. Irgendwas ist offenbar weg geflogen. Beim Update-Backup ist der Block mit dem [mail]-Angaben leer. Auch als ich eben versucht habe den Server wieder um zu stellen, konnte ich das erst mal nicht, da alle anderen Felder auf dem Register leer waren.

Ich habe jetzt die Mail-Angaben des alten Backup-Stand vom 06.07 eingesetzt und das Mailserver Register wieder gepeichert. Denke mal das sollte es beheben.

DB vom 28.06.17 Tabelle 'server':

[mail]
module=postfix_mysql
maildir_path=/var/vmail/[domain]/[localpart]
homedir_path=/var/vmail
maildir_format=maildir
dkim_path=/var/lib/amavis/dkim
dkim_strength=1024
pop3_imap_daemon=dovecot
mail_filter_syntax=sieve
mailuser_uid=5000
mailuser_gid=5000

DB vom 06.07.17 Tabelle 'server' (update auf 3.1.5):

[mail]
module=postfix_mysql
maildir_path=/var/vmail/[domain]/[localpart]
homedir_path=/var/vmail
maildir_format=maildir
dkim_path=/var/lib/amavis/dkim
dkim_strength=1024
pop3_imap_daemon=dovecot
mail_filter_syntax=sieve

DB vom 23.07.17 Tabelle 'server' (update auf 3.1.6):

[mail]

[getmail]

Der ganze Block ist leer.