ubuntuusers.de

#cat /lib/systemd/system/postfix@.service 
[Unit]
Description=Postfix Mail Transport Agent (instance %i)
Documentation=man:postfix(1)
PartOf=postfix.service
Before=postfix.service
ReloadPropagatedFrom=postfix.service
After=network-online.target nss-lookup.target
Wants=network-online.target

[Service]
Type=forking
GuessMainPID=no
ExecStartPre=/usr/lib/postfix/configure-instance.sh %i
ExecStart=/usr/sbin/postmulti -i %i -p start
ExecStop=/usr/sbin/postmulti -i %i -p stop
ExecReload=/usr/sbin/postmulti -i %i -p reload

[Install]
WantedBy=multi-user.target

OK, habe das nss-lookup.target aus der Zeile entfernt (also so wie bei dir), verstehe aber (noch) nicht, was das bringt. Ist das "After=" eine oder-verknüpfte Aufzählung von Diensten die laufen müssen? Dann würde ich es verstehen, dass es was bringt wenn man das nss-lookup.target raus nimmt. Oder ist das und-verknüpft? Dann wäre es ja sinnvoll, dann würde postfix erst starten, wenn beide Dienste laufen würden (und nicht zu früh). Genau solche Sachen stehen sicherlich in der manpage... Bin noch nicht dazu gekommen die zu lesen...

Habe den Server nach der Änderung mal neu gestartet (abends geht das schon mal) und Postfix startet normal. Allerdings heißt das nicht so viel, weil er das meistens gemacht hat. Es ist nicht sicher reproduzierbar, dass er nicht startet nach Reboot.

Hallo,

das After bedeutet, dass die betreffende Service-Datei nach allen dort aufgeführten "Dateien" abgearbeitet wird also ist das eine "und"-Verknüpfung. Das ist auch gut hier im Wiki erklärt.

Um Dir jeweils den Inhalt einer systemd-Datei anzeigen zu lassen, brauchst Du übrigens den Pfad nicht kennen. Du kannst dafür einfach systemctl benutzen, z.B.:

systemctl cat network-online.target

Auch noch hilfreich bei der Analyse Deines Startproblems ist

systemctl list-dependencies network-online.target --all

(network-online.target kannst Du dabei durch jede andere systemd-Datei ersetzen)

und

systemd-analyze plot > boot_analyse.svg

Damit erhältst Du ein hilfreiche grafische Darstellung Deines Systemstarts.

LG, Newubunti

Da Du dein System ja schon einige Zeit mit Dir rumschleppst, würde cih einfach ein frisches System aufsetzen und die Postfix-Konfig übertragen...

Ich bin noch nicht fertig, ich hab nur phasenweise weniger Zeit. Ich denke Montag mach ich damit weiter, da hab ich wieder "frei" 😉

Hallo, jetzt habe ewig nichts mehr daran gemacht und wollte aber noch mal den Stand mitteilen: Also obwohl ich nichts an der Konfiguration geändert hatte (soweit ich mich erinnere) habe ich das Problem nicht mehr. Nach keinem Neustart war der Postfix bisher nicht mehr von alleine gestartet ☺ Daher lasse ich es jetzt erst mal so. Es steht sowieso früher oder später der Upgrade auf Ubuntu 20.04 (oder vielleicht dann gar auf 22.04) an, da werde ich vermutlich dann aktiv werden müssen...

Und jetzt ist es wieder passiert. Habe den Server nach Systemupdates neu gestartet, dieses Mal aber gewartet bis er wieder hoch gefahren war und dann gemerkt, dass das "Server ist hochgefahren" Mail nicht kam. Postfix restart und es kam dann. Also wieder das selbe. Hm.

Kann es sein, dass die /lib/systemd/system/postfix@.service beim Update überschrieben wurde oder enthält die nach wie vor die Änderung?

LG, Newubunti

EDIT:

Falls ja, dann bearbeite die Datei mit sudo systemctl edit --full:

sudo systemctl edit --full postfix@.service 

Die so bearbeitete Unit wird dann richtig in /etc/systemd/system abgelegt und "überschreibt" damit die Original-Unit in /lib/systemd/system ohne die Datei dort tatsächlich anzurühren. Das ist dann so der richtige systemd-Weg. Die Vorgehensweise von mir weiter vorne ist dauerhaft nicht zu empfehlen, höchstens testweise.

Seither ist es nicht mehr passiert, trotz ein paar Neustarts (nach Systemupdates o.ä.). Ich lasse es aber noch liegen, bis ich spätestens im Frühjahr 2023 auf Ubuntu 22.04 aktualisieren muss, also von 18.04 auf 20.04 auf 22.04.

Bis dahin lasse ich es noch so laufen.

Jetzt habe ich seit letzter Woche Sonntag Ubuntu 22.04 LTS und das Problem mit Postfix ist schon lange nicht mehr aufgetaucht. Also nach einem Reboot startet Postfix dann auch brav und seit einer Weile zuverlässig.