Upgrade auf vmm 0.5.x
Diese Seite ist nur für vmm-0.4/vmm-0.4-r41 und vmm-0.5.x gültig. Wenn Sie vmm-0.3.x verwenden, aktualisieren Sie bitte zuerst auf vmm-0.4-r41.
Aktualisieren von vmm-0.4.x
Datenbank-Backup
Es ist ratsam, die Datenbank hin und wieder zu sichern, insbesondere wenn eine Änderung der Datenbankstruktur ansteht.
Beispiel: Sichern der Datenbank mailsys mittels pg_dump.
hostname ~ # pg_dump -h localhost -U vmm -W mailsys > mailsys-0.4.sql
Postfix und Dovecot stoppen
Bevor Sie die Datenbank aktualisieren, müssen Sie Postfix und Dovecot stoppen.
hostname ~ # /etc/init.d/postfix stop Stopping Postfix Mail Transport Agent: postfix. hostname ~ # /etc/init.d/dovecot stop hostname ~ #
Datenbank Update
Verbinden Sie sich als Ihr vmm Datenbankbenutzer zu Ihrer Datenbank:
hostname ~ # psql mailsys vmm -W -h localhost
Im interaktiven PostgreSQL-Terminal verwenden Sie folgende Kommandos, um die Datenbank zu aktualisieren:
\i /pfad/zu/vmm-0.5.2/update_tables_0.4.x-0.5.pgsql GRANT SELECT ON postfix_alias TO postfix; \q
Datenbank Update für Dovecot v1.2.x
Sollten Sie bereits Dovecot in Version 1.2.x einsetzen, sind je nach Konfiguration noch ein bis zwei zusätzliche Datenbank-Updates erforderlich:
\i /pfad/zu/vmm-0.5.2/update_tables_0.5.x_for_dovecot-1.2.x.pgsql GRANT SELECT ON dovecot_password TO dovecot; -- Wenn Sie in Ihrer dovecot-sql.conf die Funktion dovecotpassword() verwenden -- ist folgender Schritt ebenfalls erforderlich: \i /pfad/zu/vmm-0.5.2/update_types_and_functions_0.5.x_for_dovecot-1.2.x.pgsql \q
Berechtigungen der setuid-root Kopie von Dovecots LDA für Postfix anpassen
Dovecots LDA deliver wird spätestens mit Version 1.2.0 die Arbeit verweigern, wenn das deliver Binary zum einen mit setuid-root Bit versehen und zum anderen für alle ausführbar ist. Völlig unabhängig davon, mit welchen Rechten das Verzeichnis versehen ist, in dem die Kopie von deliver liegt.
Daher sollten Sie die Berechtigungen anpassen, auch wenn Sie noch Dovecot v1.0.x/v1.1.x einsetzen.
Auf BSD-Systemen ist nobody Mitglied der Gruppe nobody, nicht nogroup.
hostname ~ # chgrp nogroup /usr/local/lib/dovecot/deliver hostname ~ # chmod u+s,o-rwx /usr/local/lib/dovecot/deliver
master.cf prüfen/anpassen
In früheren Setups wurde der Service dovecot in Postfix' master.cf teils leicht abweichend konfiguriert. So kann es sein, dass das Kommando-Attribut user auf nobody:mail gesetzt ist.
Sollte das in Ihrer master.cf der Fall sein, entfernen Sie bitte die Gruppe mail oder ersetzen Sie durch die Gruppe von nobody. Die zweite Zeile des Service dovecot sollte dann in etwa so aussehen:
flags=DRhu user=nobody argv=/usr/local/lib/dovecot/deliver …
Dovecot und Postfix erneut starten
Nach einem erfolgreichen Update der Datenbank starten Sie Dovecot und Postfix wieder:
hostname ~ # /etc/init.d/dovecot start hostname ~ # /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfix. hostname ~ #
vmm aktualisieren
Abschließend führen Sie das Skript upgrade.sh aus, um den neuen Code zu installieren und Ihre /usr/local/etc/vmm.cfg zu aktualisieren:
hostname ~ # cd /pfad/zu/vmm-0.5.2 hostname vmm-0.5.2 # ./upgrade.sh Please have a look at your /usr/local/etc/vmm.cfg and verify the value from option 'postconf' in section 'bin'. hostname vmm-0.5.2 #
Aktualisieren von vmm-0.5.x
vmm aktualisieren
Wenn Sie bereits vmm-0.5.x installiert haben, ist nur ein einziger Schritt erforderlich, um die Installation zu aktualisieren. Wechseln Sie mit cd in Quellcode-Verzeichnis und führen Sie das Skript upgrade.sh aus.
hostname ~ # cd /pfad/zu/vmm-0.5.2 hostname vmm-0.5.2 # ./upgrade.sh hostname vmm-0.5.2 #
Sollten Sie bereist Dovecot v1.2.x verwenden, beachten Sie bitte zusätzlich die obigen Punkte:
