X-Scanned-BY: MIMEDefang 2.68 on 10.5.11.26 MIME-Version: 1.0 In-Reply-To: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,T_RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.0 References: <1807512246.5806763.1401107982420.JavaMail.zimbra@redhat.com> <1738085611.5809889.1401108711247.JavaMail.zimbra@redhat.com> <20150111121039.GA18513@totoro> Message-ID: <54B50E89.6020906@redhat.com> Content-Type: text/plain; charset=UTF-8 X-RT-Original-Encoding: utf-8 Received: from mx.ams1.isc.org (mx.ams1.isc.org [199.6.1.65]) by bugs.isc.org (Postfix) with ESMTP id 246D02D2004F for ; Tue, 13 Jan 2015 12:24:49 +0000 (UTC) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.redhat.com", Issuer "DigiCert SHA2 Extended Validation Server CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 1B2631FCA9D for ; Tue, 13 Jan 2015 12:24:45 +0000 (UTC) Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t0DCOht4011135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 13 Jan 2015 07:24:43 -0500 Received: from [10.36.112.26] (ovpn-112-26.ams2.redhat.com [10.36.112.26]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t0DCOgG5006789 for ; Tue, 13 Jan 2015 07:24:43 -0500 Delivered-To: bind-suggest@bugs.isc.org Subject: Re: [ISC-Bugs #36101] IDN support in host/dig/nslookup using GNU libidn(2) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 Return-Path: X-Original-To: bind-suggest@bugs.isc.org Date: Tue, 13 Jan 2015 13:24:41 +0100 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mx.ams1.isc.org To: bind-suggest@isc.org Content-Transfer-Encoding: 7bit From: Tomas Hozza RT-Message-ID: Content-Length: 1764 On 01/11/2015 01:10 PM, Mukund Sivaraman via RT wrote: > Hi Tomas > > On Mon, May 26, 2014 at 12:51:54PM +0000, Tomas Hozza via RT wrote: > > We maintain like 5 Fedora/RHEL specific patches that are modifying > > host/dig/nslookup to use libidn instead of idnkit. > > This is somewhat related, but because we don't maintain these patches in > the BIND tree yet, I'm mentioning it here instead of creating an ISC > bug: > > Run Wireshark and try the following query in nslookup: > > ra4add\226a\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd.\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191.\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222.\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\2384Cohd\191\222\238.4Co.example.org > > Repeat it a few times. It seems there is some misbehavior due to the > patches to BIND in Fedora (probably libidn related) that causes it to > send junk names (random every time). Vanilla BIND with and without > idnkit configured don't show this issue. > > Mukund > Hi Mukund. Thanks for the notice. There sure may be some issue related to those downstream patches. They were created long time ago. The work on the patches is still in my TODO. I haven't yet resolved issues catches by Evan. The work on IDN had low priority in the past few months. I'll make sure to look at the issue you're describing before sending a new patch. Regards, -- Tomas Hozza Software Engineer - EMEA ENG Developer Experience PGP: 1D9F3C2D Red Hat Inc. http://cz.redhat.com