Einstellung in main.cf (Postfix) wird "automatisch" wieder eingetragen

SHP

Hallo zusammen.

Folgendes Problem: da wir eine "split domain" betreiben, haben wir zum einen virtual_mailbox_domains mit einem Kommentar versehen und zum anderen eine transport map mit diesem SQL-Query bestückt:
query = SELECT 'lmtp:[127.0.0.1]' FROM users WHERE username='%s'

Damit werden Nachrichten an lokale User zugestellt und Nachrichten an nicht-lokale User derselben Domain werden über den "relayhost" gesendet.

Aber: ab und zu wird die Einstellung virtual_mailbox_domains einfach wieder mit ihrem Standardwert in die main.cf geschrieben. Es geschieht auch OHNE irgendwelche Art von Updates (via apt, da Debian) durchzuführen.

Problem ist dann, dass Mails an externe User derselben Domain nicht zugestellt werden, da Postfix "denkt", er sei für die Domain zuständig, da die Domain ja dann über virtual_mailbox_domains im System ist.

Ist das irgendjemandem bekannt? Bzw. kennt vielleicht sogar jemand einen bestimmten Automatismus der dahinter steckt? So in der Art "wenn man dort in der Admin-GUI klickt, dann wird die Postfix-Config angefasst"?

sinux

grommunio-update --help
Usage: grommunio-update [check|update|upgrade] [community|supported] (--noreboot|--nopostfix)
Updates the grommunio environment including OS

Use grommunio-update check to see which updates are available for installation.
Use grommunio-update update to update packages without moving to the latest distribution version.
Use grommunio-update upgrade to upgrade the system to the latest distribution version.

Second parameter is to use either community or supported repositories for specified action.

Use --noreboot to not reboot automatically if recommended.
Use --nopostfix to not update postfix configuration.

und in /usr/sbin/grommunio-update kannst du da auch ne 1 setzen bei NOPOSTFIX=0
Weiß aber nicht was beim nächsten Update von grommuion passiert, guck mal in die Doku.

SHP

OK. Topp-Antwort! Dafür besten Dank 👌

Ich konnte es tatsächlich mit dem Update-Check nachstellen.

Meiner Meinung nach sollte ein einfacher Update-Check nicht dazu führen, dass die Postfix-Konfiguration angefasst wird. Aber OK, wenn man es weiß und es für die Kollegen entsprechend dokumentiert, dann kann man damit leben.

WalterH

SHP Meiner Meinung nach sollte ein einfacher Update-Check nicht dazu führen, dass die Postfix-Konfiguration angefasst wird.

Das Update Script führt nicht nur die OS und grommunio Updates mit zypper ref und zypper up durch, sondern adaptiert auch Konfig Dateien usw. damit der Code auch passende Konfigurationen dazu hat. Was alles vom Update Script angepasst wird kann sich jederzeit ändern. Für Postfix gibt es ja den Schalter um die Anpassung zu verhindern.

sinux

ich hatte mich auch immer gewundert, war aber mit befehl --help dann gleich weiter... jut dann mach det Ding zu hier 😉

crpb

fyi, updates/upgrades via webadmin benutzen die schalter nicht wenn ich mich recht entsinne.

SHP

crpb Doch, leider konnte ich es auch mit der Admin-GUI nachstellen. Einmal auf "Check for updates" klicken -> main.cf bekommt wieder die virtual_mailbox_domains gesetzt.

SHP

WalterH Wenn man das Update auch durchführt, kein Thema. Aber nur der reine Update-Check sollte meiner Meinung nichts am System ändern.

WalterH

SHP Wenn man das Update auch durchführt, kein Thema. Aber nur der reine Update-Check sollte meiner Meinung nichts am System ändern.

Früher fehlen mal diese Postfix MySQL Dateien, die wurden später nachgerüstet. Da haben sich dann alle aufgeregt, das diese Dateien nicht automatisch eingebaut werden. Nun werden diese Dateien automatisch eingebaut und es gibt wieder einen Aufschrei.
Frage: wie sollen die Entwickler das machen, das alle zufrieden sind - bitte um Vorschläge?

crpb

Ja das meinte ich ja mit NICHT und somit zerhauts dir das ja immer wenn das jemand benutzt.
ich kann mich gerade nicht entsinnen ob ich das mal via ticket oder github bemängelt hatte aber ansonsten einfach ein neues issue aufmachen.

Was gehen sollte ist den "updateSkriptPath" zu ändern über ein config drop in.

# grommunio-admin config get options.updateSkriptPath
/usr/sbin/grommunio-update
# printf '#!/bin/sh\ngrommunio-update $* --nopostfix\n' > /usr/local/sbin/grommunio-update-nopostfix
chmod +x /usr/local/sbin/grommunio-update-nopostfix
# printf 'options:\n  updateSkriptPath: /usr/local/sbin/grommunio-update-nopostfix\n' > /etc/grommunio-admin-api/conf.d/90-grommunio-update.yaml
# grommunio-admin config get options.updateSkriptPath
/usr/local/sbin/grommunio-update-nopostfix

UNGETESTET

EDIT: Ich sehe gerade der standard PATH (im suse) könnte problematisch sein also lieber einen anderen namen als gromunio-update nehmen 😛

SHP

crpb Ja das meinte ich ja mit NICHT und somit zerhauts dir das ja immer wenn das jemand benutzt.
ich kann mich gerade nicht entsinnen ob ich das mal via ticket oder github bemängelt hatte aber ansonsten einfach ein neues issue aufmachen.
😛

Das nehm ich mir mal auf die ToDo. Ich schau mal, ob ich mir da eine richtige Weiche reinbasteln kann, so dass beim Check keine Postfix-Anpassung geschieht, beim Update-Vorgang dann aber alles normal läuft. Danke für den Tipp und sorry, dass ich es "falschrum" verstanden hatte 😄

SHP

WalterH "Aufschrei" würde ich es jetzt nicht nennen. Es war nur eine Meinungsbekundung. Man könnte aber zum Beispiel so handeln:
Wenn die Direktive mit einem Kommentar versehen wurde, dann möchte der Admin die Einstellung nicht überschrieben bekommen. Wenn die Direktive komplett fehlt, dann soll diese eingetragen werden.
Meinetwegen könnte man dem Admin, der die Einstellung nicht nutzen möchte auch auferlegen, er möge einen ganz bestimmten String in die kommentierte Zeile mit reinschreiben. So etwa: #virtual_mailbox_domains=mysql:/blabla/blubb.conf __I know what I am doing__

Wie gesagt: ich wollte es nur als Meinung und nicht als Kritik in der Form "ist Kacke gemacht" verstanden wissen. Auch wenn das System hier und da noch seine Ecken/Kanten und Macken hat, sind wir soweit zufrieden und glücklich von Exchange weg zu sein.

sinux

WalterH if then else, würde ich vorschlagen.

sinux

SHP war auch kein Aufschrei, war eine einfache Frage und gut!

SHP

Oder zum Beispiel einfach ein "diff" anzeigen. Oder eine sonst wie geartete Meldung, die dem Admin die Chance gibt zu sehen, dass etwas mit der Postfix-Config geschehen ist.
(Edit: Typo)

crpb

SHP

gute idee,

da es kein ucf im suse gibt denke ich mal nen klassisches cp foo{,.bak} würde zumindest etwas helfen...

ansonsten hilft da "etckeeper"

appliance

zypper in -y etckeeper
etckeeper init
systemctl enable etckeeper.timer

debian

apt install -y etckeeper

no extra commands necessary

crpb

fwiw,

you can stop grommunio-postfix from doing it's thing by moving the file /etc/postfix/grommunio-virtual-mailbox-domains.cf.

https://github.com/grommunio/admin-configs/blob/9fd4fb310baabb3b106b9485800a267f0ad21193/usr/sbin/grommunio-postfix#L4-L6

mv /etc/postfix/grommunio-virtual-mailbox-domains.cf /etc/postfix/grommunio-virtual-mailbox-domains-local.cf
postconf virtual_mailbox_domains=/etc/postfix/grommunio-virtual-mailbox-domains-local.cf

grommunio-update doesn't care if it returns an error so it shouldn't break anything...