From owner-freebsd-questions@FreeBSD.ORG Wed Jul 19 15:31:49 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2603916A4DA for ; Wed, 19 Jul 2006 15:31:49 +0000 (UTC) (envelope-from mikhailg@webanoide.org) Received: from overlord.navalradio.cl (overlord.navalradio.cl [201.236.67.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A33643D94 for ; Wed, 19 Jul 2006 15:31:25 +0000 (GMT) (envelope-from mikhailg@webanoide.org) Received: from [10.0.0.7] (ppp111-84.lns1.hba1.internode.on.net [150.101.111.84]) (authenticated bits=0) by overlord.navalradio.cl (8.13.6/8.13.6) with ESMTP id k6JFWLj2001307; Wed, 19 Jul 2006 11:32:23 -0400 (CLT) (envelope-from mikhailg@webanoide.org) Message-ID: <44BE502E.1080802@webanoide.org> Date: Thu, 20 Jul 2006 01:30:54 +1000 From: Mikhail Goriachev Organization: Webanoide User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060516) MIME-Version: 1.0 To: David Robillard References: <226ae0c60607190729n795082d6u9e990a9fb10163ff@mail.gmail.com> In-Reply-To: <226ae0c60607190729n795082d6u9e990a9fb10163ff@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-98.7 required=5.0 tests=AWL,RCVD_IN_SORBS_DUL, USER_IN_WHITELIST autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on overlord.navalradio.cl Cc: FreeBSD Questions Mailing List Subject: Re: :::. Sendmail & WorkAroundBrokenAAAA. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 15:31:49 -0000 David Robillard wrote: >> Thanks for looking into this. I just realised that the domain in >> question got fixed overnight after notifying the sysadmin. I guess this >> is a good thing, yet I'm left puzzled with the difference between >> confBIND_OPTS option and compiled INET6 support. > > Hello Mikhail, > > The difference is rather simple. The sendmail program will look up > AAAA records only if it is built with the NETINET6 compile-time macro > defined. If so, it looks up AAAA records first, then A records. > > Thus, if sendmail is not compiled for IPv6, then the resolver will > never query AAAA records. Hence there will never have a problem > related to the WorkAroundBrokenAAAA. > > See 24.9.91 as "ResolverOptions" and 9.2.7 as "Broken IPv6 Name > Servers" in the sendmail book by O'Reilly (the so called Bat Book > ISBN: 1-56592-839-3) I actually came across someone on the net mentioning that book and related IPv6 problems. This is where I got the idea of recompiling sendmail without INET6 support. > The book recommends the following if you find a broken Name Server: > > a) Notifiy the hostmaster running the broken name server. The sooner > the broken name servers are fixed, the cleaner the internet will run. Yep, did that and it got fixed. > b) Add the define(`confBIND_OPTS', `+WorkAroundBrokenAAAA')dnl into > your sendmail.mc file. I tried that and it didn't work for me. That is why I started this thread. That line should've fixed my problem but nothing happened. I noticed you have an extra '+' in your line. I was using: define(`confBIND_OPTS', `WorkAroundBrokenAAAA')dnl Not sure if that would've made any difference. Thanks for your input David. > Regards, > > David > -- Mikhail Goriachev Webanoide Telephone: +61 (0)3 62252501 Mobile Phone: +61 (0)4 38255158 E-Mail: mikhailg@webanoide.org Web: http://www.webanoide.org PGP Key ID: 0x4E148A3B PGP Key Fingerprint: D96B 7C14 79A5 8824 B99D 9562 F50E 2F5D 4E14 8A3B