CentOS 7 und postfix: War das klug?

Ich habe da gerade etwas gebastelt von dem ich mir im nachhinein die Frage stelle, ob das schlau war oder ob ich damit evtl. perspektivisch ein Eigentor schieße. Mir ist es wichtig, möglichst die distributionsabhängige "best practice" einzuhalten, damit meine Kollegen nachvollziehen können, was ich gebastelt habe und damit zukünftige Updates / Upgrades sauber durchlaufen.

Ich habe heute erstmalig seit langem ein CentOS aufgesetzt und beschäftige mich erstmalig mit Postfix; das sieht alles etwas anders aus als Debian mit exim4.

Darüber, dass Hostname, Domainname usw. grundsätzlich stimmen müssen, brauchen wir nicht zu diskutieren. "Irgendwie" habe ich weiterhin gelernt, dass es unklug ist, den Hostnamen an die 127.0.0.1 zu binden. Auch haben hostname und hostname -f beide den FQHN ausgegeben und domainname lediglich ein beherztes (none) zurückgeworfen.

Also habe ich:

1. Den Hostnamen in /etc/hostname eingetragen
2. Den Domainnamen in /etc/domainname eingetragen
3. Die /etc/rc.d/rc.local um ein beherztes "domainname -F /etc/domainname" ergänzt
4. In der /etc/hosts den Hostnamen und den FQHN für die IP-Adresse 127.0.1.1(!) gesetzt

Zwischenergebnis: hostname, hostname -f und domainname liefern stimmige Ergebnisse. Ich bin glücklich

Als nächstes viel mir auf, dass sich der Postfix im HELO mit meinserver.localdomain gemeldet hat. Das ist ein knapp 10 Jahre alter Bug, wegen dem sich postfix bei der Interpretation des Hostnames vertut.
Im offiziellen Repository ist Postfix 2.10.1 enthalten, der Bug ist erst in der 2.11 gefixt. Ich möchte auf der Kiste nichts selbstgebautes und schon gar keine inoffiziellen Repositories haben, und habe den Hostnamen in der /etc/postfix/main.cf forciert:

myhostname = meinserver.unsereoffizielledomain.de
mydomain = meinserver.unsereoffizielledomain.de

In dem Zusammenhang bzw. beim anschließenden Neustart vom postfix ist mir derselbige um die Ohren geflogen. Der fühlte sich augenscheinlich dadurch gestört, dass er seinen eigenen Hostnamen in der /etc/hosts auf einer IP-Adresse gefunden hat (...auf der 127.0.1.1...), zu der er jedoch kein Interface hat. Diverse Google-Ergebnisse raten, in dem Fall in der master.cf den Eintrag

inet_interfaces = any

zu setzen. Das gefällt mir irgendwie auch nicht so richtig, ich wollte da lieber

inet_interfaces = 127.0.0.1, 127.0.1.1

stehen haben Aus diesem Grund habe daraufhin auf dem Loopback-Device lo einen Alias (lo:0) erstellt, der die IP-Adresse 127.0.1.1 hat.

Ergebnis: Posfix startet und meldet sich im HELO brav mit dem richtigen Hostnamen. Ich bin immer noch glücklich

Den Relay-Host für externe Adressen zu konfigurieren war kein Hexenwerk.

Jetzt nehmen wir uns noch einmal die E-Mail-Adressen vor. Zum testen hat sich bei mir folger Befehl etabliert:

Die interne Zustellung an root@meinserver.unsereoffizielledomain.de funktioniert perfekt.

Ich habe es zwar nicht ausprobiert, aber ich behaupte mal, dass ich das mit einem "Sender domain must exist" quittiert bekomme wenn ich so einen Krempel auf den SmartHost schiebe...

Ergo habe ich kurzerhand eine /etc/postfix/generics etabliert und dort eine Ersetzung konfiguriert:

Die Adresse meinserver@unsereoffizielledomain.de existiert natürlich und wird auch regelmäßig abgerufen - ich schwör 's!

Die externe Zustellung funktioniert somit auch perfekt. Alle Headerdaten sehen "hübsch" aus.

Wie findet Ihr die Lösung? Zuviel Frickelei? Habe ich da total ins Klo gegriffen und übersehe das in meiner Euphorie?

Letztendlich soll das "nur" ein LAMP-Server werden, der ab und zu mal eine E-Mail aus einem bash-Script verschickt (Backupmeldungen usw.). Aber da ich seit Version 4.5 kaum was mit CentOS gemacht habe, bin ich mir irgendwie unsicher, ob das alles wirklich so klug war oder ob ich nicht "zuviel umgebaut" habe.

127.0.0.1 localhost localhost.localdomain
192.168.0.1 meinserver meinserver.unsereoffizielledomain.de