This is more of an annoyance than a serious bug since there is a simple workaround. But it seems to me that it is a bug.
Though postfix is compiled with /usr/local prefix (and I prefer the executables in /usr/local) I have configs in /etc/postfix so I start postfix with "-c /etc/postfix". I get: /usr/local/sbin/postconf: warning: inet_protocols: disabling IPv4 name/address support: Protocol not supported even though /etc/postfix/main.cf has inet_protocols = ipv6 This is on an IPv6-only MDA (all my client hosts that need to reach the MDA including cell phones can do IPv6). btw- Any non-ancient android has no trouble with my ECDSA certs. Haven't checked iphone. I can get rid this by editing /usr/local/etc/postfix/main.cf . It seems that this variable (inet_protocols) and strict_smtputf8 are evaluated and acted on before the -c arg is considered and the actual config file is read. The /usr/local/etc/postfix/main.cf file should not be read at all if there is "-c /etc/postfix" on the command line. The workaround is to edit a small number of variables in /usr/local/etc/postfix/main.cf . btw- Documentation is a bit off. It says "smtputf8_enable (default: yes)" but "postconf -d | grep smtputf8_enable" yeilds "smtputf8_enable = ${{$compatibility_level} < {1} ? {no} : {yes}}" and "postconf -d | grep compatibility_level\ =" yields "compatibility_level = 0". Curtis