master.cf - "using backwards-compatible"

[Andreas]

> Am 07.09.2018 um 12:04 schrieb Andreas:
> >  > > Was will mir Postfix mit "using backwards-compatible default setting
> >  > > 
> >  > > chroot=y " sagen?
> >  > 
> >  > http://www.postfix.org/COMPATIBILITY_README.html#chroot
> > 
> > Danke für den Hinweis.
> > 
> > Ich habe jetzt einmal
> > 
> > postconf -F smtp/inet/chroot=y
> > 
> > postfix reload
> > 
> > versucht. Die Meldung bleiben im Logfile aber bestehen. Dann habe ich
> > 
> > testweise
> > 
> > submission inet n       -       -       -       -       smtpd
> > 
> > auf
> > 
> > 
> > submission inet y       -       -       -       -       smtpd
> > 
> > gesetzt und den Postfix reloaded, denn laut JOST hat sich der
> > Defaultwert von "unpriv" mit no auf yes gesetzt. Auch hier ändert sich
> > nichts an der Logfileausgabe.
> > 
> > Zusätzlich habe ich in der main.cf "compatibility_level = 2" auf
> > "compatibility_level = 9999", um diese Rückwärtskompatiblität
> > abzuschalten. Immer noch dieselben Log-Einträge.
> > 
> > Wie kann ich jetzt weiter machen? Muss ich die master.cf komplett
> > umschreiben oder kann ich belassen?
> > 
> > Ich stehe gerade auf dem Schlauch.
> > 
> > Andreas
> 
> Es geht um den dritten Wert in der master.cf also
> 
> submission inet n       -       n       -       -       smtpd
> 
> Das "-" bedeutet es wir der Default-Wert genutzt.
> 
> In der alten Version haben die folgenden Zeilen die gleiche Auswirkung:
> 
> submission inet n       -       -       -       -       smtpd
> submission inet n       -       y       -       -       smtpd
> 
> In der neueren Version bedeutet:
> submission inet n       -       -       -       -       smtpd
> submission inet n       -       n       -       -       smtpd
> 
> das gleiche.
> 
> Um beim Update nichts zu zerstören gibt es die Compatibility chroot=y,
> damit es kein unerwartetes Verhalten gibt.
> 
> In meiner master.cf ist chroot für jedes Modul explizit gesetzt (n|y).
> Somit hatte ich das Problem nicht beim Update, weil ich hier nicht auf
> die Default-Werte zurückgreife.
> 
> Ob man Postfix mit chroot laufen lässt oder nicht da gibt es bestimmt
> Diskussionen drüber, die will ich hier nicht anfangen.
> 
> Warum mit compatibility_level = 9999, die Warnung nicht weg ging kann
> ich nicht sagen, vielleicht benötigt Postfix hier einen restart.
> Postfix würde dann aber mit chroot=n laufen anstatt chroot=y, was
> unerwartete Folgen haben könnte.

Vielen Dank Phillipp,

das mit dem inet unter submission habe ich gemerkt, dass ich das rückgängig 
machen sollte.. 
Deine Ausführungen helfen mir zumindestens im Moment weiter.

Grüße

Andreas
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20180907/9c79b7e2/attachment-0001.html>