you need not to explore one working path but the one failing.
The MTU issue could be yours, or could be any hop between you and the final destination failing.
in your case dnsbl services.
so use tracepath dnsblservice
when stating it works with sme 9 with same connection. is it really same connection? same place in the network? no interface ? very same hardware?
we are not able to reproduce, so despite our effort to get information about the server, there must be an extra thing we are not aware of.
have you the issue if you install a fresh sme10 without loading the backup?
I've checked the MTU as much as I can and set it to 1492 on both interfaces as I found I could not ping google.com with a packet size of 1500
I tried with a fresh install of 10 but got the same problem BUT I've installed from the same media onto a server only setup and it's working fine but not ideal.
The DNSBL service is DNS
[root@post ~]# nslookup 76.247.97.77.zen.spamhaus.org
Server: 172.24.24.213
Address: 172.24.24.213#53
Non-authoritative answer:
Name: 76.247.97.77.zen.spamhaus.org
Address: 127.0.0.10
The result is as expected.
127.0.0.10 PBL ISP Maintained
where as is also a good result.
** server can't find 8.8.8.8.zen.spamhaus.org: NXDOMAIN
Is it possible that for some reason qpsmtpd is trying to use 127.0.0.1 as it's DNS server as that returns
nslookup
> server 127.0.0.1
Default server: 127.0.0.1
Address: 127.0.0.1#53
> 76.247.97.77.zen.spamhaus.org
;; connection timed out; no servers could be reached
>
Thanks tim
15 Replies
1634 Views