On Tue, Jan 26, 2021 at 02:17:00PM -0500, Ruben Safir wrote:

> www2:~ # postconf -M | awk '$8 == "smtp" {print $1,$5}'
> smtp n
> relay n

So it looks like no chroot.  You can double-check with:

    $ postconf -F smtp/unix/chroot
    $ postconf -F relay/unix/chroot

but no need to post results unless you see something unexpected.

> >     $ postconf default_transport transport_maps
> 
> www2:~ # postconf default_transport transport_maps
> default_transport = smtp
> transport_maps = hash:/etc/postfix/transport
> cat /etc/postfix/transport|grep -v '#'

So no transport overrides it seems.

> This is from the logs...
> 
> 2021-01-26T09:25:49.845785-05:00 www2 postfix/smtp[16846]:
>    CF8C4163FD5: to=<cdeu t...@council.nyc.gov>, relay=none, delay=17058,
>    delays=16803/0.06/255/0, dsn=4.4.3, status=deferred (Host or domain
>    name not found. Name service error for name= mx2.nycdoitt.iphmx.com
>    type=A: Host not found, try again)
> 2021-01-26T10:00:50.870560-05:00 www2 postfix/smtp[17129]: warning: no
>    MX host for council.nyc.gov has a valid address record
> 2021-01-26T10:00:50.875743-05:00 www2 postfix/smtp[17136]: warning: no
>    MX host for council.nyc.gov has a valid address record   

Well, your C library DNS routines (used by Postfix) are unable to
resolve the IP addresses of the host.  If dig(1) can resolve it,
and is using the same /etc/resolv.conf file, then the problem
is your C library.  The "dig" command has its own DNS resolution
code, independent of the implementation in the C library.

Does "posttls-finger" (if you have that installed) also fail to
resolve the host?  It works for me:

    $ posttls-finger -c -lmay "[mx1.nycdoitt.iphmx.com]"
    posttls-finger: mx1.nycdoitt.iphmx.com[68.232.135.242]:25:
        subject_CN=esa4.nycdoitt.iphmx.com,
        issuer_CN=HydrantID SSL ICA G2,
        fingerprint=...,
        pkey_fingerprint=...

-- 
    Viktor.

Reply via email to