fix: Prevent `stderr` being written to `/etc/postfix/main.cf`
`stderr` is filtered by `grep` to discard unwanted (expected) log noise when appending the override `postfix-main.cf` content (_updated settings did not replace earlier defined instances_). That `grep` filter introduced a regression into DMS v14 release, since any other `stderr` content not being excluded was now blended into `stdout` and redirected with the original `stdout` output for the `postconf -n` command. The fix is to ensure the `grep` output is redirect to `stderr` to avoid that mishap.
This commit is contained in:
parent
a338c06639
commit
38e8778d0f
|
@ -129,7 +129,7 @@ function __postfix__setup_override_configuration() {
|
||||||
# Do not directly output to 'main.cf' as this causes a read-write-conflict.
|
# Do not directly output to 'main.cf' as this causes a read-write-conflict.
|
||||||
# `postconf` output is filtered to skip expected warnings regarding overrides:
|
# `postconf` output is filtered to skip expected warnings regarding overrides:
|
||||||
# https://github.com/docker-mailserver/docker-mailserver/pull/3880#discussion_r1510414576
|
# https://github.com/docker-mailserver/docker-mailserver/pull/3880#discussion_r1510414576
|
||||||
postconf -n >/tmp/postfix-main-new.cf 2> >(grep -v 'overriding earlier entry')
|
postconf -n >/tmp/postfix-main-new.cf 2> >(grep -v 'overriding earlier entry' >&2)
|
||||||
|
|
||||||
mv /tmp/postfix-main-new.cf /etc/postfix/main.cf
|
mv /tmp/postfix-main-new.cf /etc/postfix/main.cf
|
||||||
_adjust_mtime_for_postfix_maincf
|
_adjust_mtime_for_postfix_maincf
|
||||||
|
|
Loading…
Reference in New Issue