From owner-freebsd-net@FreeBSD.ORG Tue Oct 12 07:10:04 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A04A106566B for ; Tue, 12 Oct 2010 07:10:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 76CF58FC16 for ; Tue, 12 Oct 2010 07:10:03 +0000 (UTC) Received: (qmail 1615 invoked by uid 399); 12 Oct 2010 07:10:02 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Oct 2010 07:10:02 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CB409DA.1060705@FreeBSD.org> Date: Tue, 12 Oct 2010 00:10:18 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4CB2AF28.30309@rdtc.ru> <4CB3D6B6.9060001@rdtc.ru> In-Reply-To: <4CB3D6B6.9060001@rdtc.ru> X-Enigmail-Version: 1.2a1pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: strange resolver behavour X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2010 07:10:04 -0000 On 10/11/2010 8:32 PM, Eugene Grosbein wrote: > On 11.10.2010 18:05, Hajimu UMEMOTO wrote: > >> egrosbein> Is it a bug in our resolver? >> >> I think no, host(1) links ISC's resolver, and it doesn't use libc's >> resolver. I suspect there is some problem in host(1) or ISC's >> resolver. > > Is there a command capable of looking up MX records and > linked with libc resolver in base system? > > It's a pity if we have no diagnostic utility that behaves just like > ordinary applications like MTA dealing with DNS... How am I supposed > to debug suspected MTA behavior without such utility? Step 1, verify that your authoritative name servers have MX records in the first place. As it turns out, they don't. The proper tool to use to diagnose DNS problems is dig. It's more complex than the tools that are designed to just give you the answer, but if everything were working right to start with you wouldn't need to diagnose anything. See how that works? :) Good luck, Doug -- Breadth of IT experience, and | Nothin' ever doesn't change, depth of knowledge in the DNS. | but nothin' changes much. Yours for the right price. :) | -- OK Go http://SupersetSolutions.com/