[
https://issues.apache.org/jira/browse/JAMES-796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511434
]
Ralf Hauser commented on JAMES-796:
-----------------------------------
thx for the feedback - we found the culprit, a large Swiss ISP
the DNS servers from sunrise sometimes do no recursive lookup. For
zunft-oberstrass.ch they return no MX record and no authoritative nameserver.
For gmx.ch they return both.
"193.192.227.3",// (ns1.sunrise.ch)
"195.141.56.5",// (ns2.sunrise.ch)
"194.158.230.53",// (ns3.sunrise.ch)
"194.230.1.5",// (ns4.sunrise.ch)
if a work-around is really easy as in the current situation, wouldn't it make
sense to spend the extra few LOC and do that recursive lookup ourselves in
http://svn.apache.org/viewvc/james/server/trunk/core-library/src/main/java/org/apache/james/dnsserver/DNSServer.java?view=markup
> Do also query authoritative nameservers to obtain MX record
> -----------------------------------------------------------
>
> Key: JAMES-796
> URL: https://issues.apache.org/jira/browse/JAMES-796
> Project: James
> Issue Type: Improvement
> Reporter: Armin Häberling
>
> for example for zunft-oberstrass.ch
> DNSServer.lockup("zunft-oberstrass.ch", Type.MX, "MX")
> will return null, but
> DNSServer.lockup("zunft-oberstrass.ch", Type.NS, "NS")
> will return two authoritative nameservers, which then can be queried and
> return the MX record for zunft-oberstrass.ch.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
