Guten Tag!
Es gibt leider unter FreeBSD Dinge, die sich offenkundig nie ändern werden: Man macht ein Update/Upgrade von einem Paket - in diesem Fall von DOVECOT 2.3.16 auf die daraufhin erschienene 2.3.17(_1) - und schon handelt man sich Ärger ein:
Eingehende EMails werden nicht mehr gespeichert und trotz nicht veränderter Konfiguration eine abstruse Fehlermeldung im dovecot.log ausgegeben (vgl. unten). Das habe ich leider erst heute bemerkt, da das Ganze auf einer VM läuft, auf welche ich sukzessive bestimmte Applikationen installiere und teste, um zu einem gewünschten "Gesamtsystem" mit bestimmten Applikationen zu kommen. Ich bin nicht auf die Idee gekommen, mir jedes Mal wieder eine Mail zu schicken, um zu sehen, ob diese noch empfangen werden kann und habe neben dem Upgrade auf Dovecot 2.3.17_1 inzwischen auch zahlreiche anderen Änderungen vorgenommen. Bspw. habe ich MySQl durch MARIA DB abgelöst.
Mit anderen Worten: Setze ich die VM auf den Snapshot mit Dovecot 2.3.16, bei dem alles reibungslos läuft, führe ich den ganzen erbrachten Aufwand für die weiteren zuvor installierten Pakete sowie deren Anpassung ad absurdum, weil ich diese erneut installieren und anpassen müsste.
Mal abgesehen davon ist bei mir auch folgendes gesetzt, was von Dovecot 2.3.16 auch problemlos akzeptiert wird:
mail_location = maildir:/var/mail/vhosts/%d/%n
mail_home = /var/mail/vhosts/%d/%n
DOVECOT 2.3.17 wurde Ende OKTOBER, also vor ca. 6 Wochen released und der BUG ist wohl immer noch nicht gefixed.
Es ist mir schleierhaft, wie man bei solch einer bekannten Applikationen einen so langen Zeitraum zuwarten kann, um ein mit einer neuen Version aufgetretenes Problem zu lösen.
Kann mir bitte jemand erklären, wie ich am besten auf DOVECOT 2.3.16 downgrade?
Und wie kann ich bis auf weiteres bei künftigen Pakte-Updates DOVECOT 2.3.16 ausnehmen lassen?
EDIT: Gerade gefunden -> pkg lock
Danke und viele Grüße
testit
dovecot.log
Das Problem wird in der Dovecot-Mailingliste bestätigt:
Es gibt leider unter FreeBSD Dinge, die sich offenkundig nie ändern werden: Man macht ein Update/Upgrade von einem Paket - in diesem Fall von DOVECOT 2.3.16 auf die daraufhin erschienene 2.3.17(_1) - und schon handelt man sich Ärger ein:
Eingehende EMails werden nicht mehr gespeichert und trotz nicht veränderter Konfiguration eine abstruse Fehlermeldung im dovecot.log ausgegeben (vgl. unten). Das habe ich leider erst heute bemerkt, da das Ganze auf einer VM läuft, auf welche ich sukzessive bestimmte Applikationen installiere und teste, um zu einem gewünschten "Gesamtsystem" mit bestimmten Applikationen zu kommen. Ich bin nicht auf die Idee gekommen, mir jedes Mal wieder eine Mail zu schicken, um zu sehen, ob diese noch empfangen werden kann und habe neben dem Upgrade auf Dovecot 2.3.17_1 inzwischen auch zahlreiche anderen Änderungen vorgenommen. Bspw. habe ich MySQl durch MARIA DB abgelöst.
Mit anderen Worten: Setze ich die VM auf den Snapshot mit Dovecot 2.3.16, bei dem alles reibungslos läuft, führe ich den ganzen erbrachten Aufwand für die weiteren zuvor installierten Pakete sowie deren Anpassung ad absurdum, weil ich diese erneut installieren und anpassen müsste.
Mal abgesehen davon ist bei mir auch folgendes gesetzt, was von Dovecot 2.3.16 auch problemlos akzeptiert wird:
mail_location = maildir:/var/mail/vhosts/%d/%n
mail_home = /var/mail/vhosts/%d/%n
DOVECOT 2.3.17 wurde Ende OKTOBER, also vor ca. 6 Wochen released und der BUG ist wohl immer noch nicht gefixed.
Es ist mir schleierhaft, wie man bei solch einer bekannten Applikationen einen so langen Zeitraum zuwarten kann, um ein mit einer neuen Version aufgetretenes Problem zu lösen.
Kann mir bitte jemand erklären, wie ich am besten auf DOVECOT 2.3.16 downgrade?
Und wie kann ich bis auf weiteres bei künftigen Pakte-Updates DOVECOT 2.3.16 ausnehmen lassen?
EDIT: Gerade gefunden -> pkg lock
Danke und viele Grüße
testit
dovecot.log
Error: lmtp-server: conn unix:uid=125 [1]: rcpt name@domain.de: duplicate db: User name@domain.de doesn't have home dir set, disabling duplicate database
Dec 11 11:42:54 lmtp(name@domain.de)<80363><z7AxDf6ntWHrOQEAp6O1gg>: Panic: file imem.c: line 65 (i_strconcat): assertion failedstr1 != NULL)
Das Problem wird in der Dovecot-Mailingliste bestätigt:
Problem confirmed. This is a 2.3.17 regression.
Tracking internally as DOP-2659
Zuletzt bearbeitet von einem Moderator: