Re: [ire] CSV woes
Francisco Obispo <fobispo@isc.org> Fri, 06 June 2014 23:25 UTC
Return-Path: <fobispo@isc.org>
X-Original-To: ire@ietfa.amsl.com
Delivered-To: ire@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 813AA1A0247 for <ire@ietfa.amsl.com>; Fri, 6 Jun 2014 16:25:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.065
X-Spam-Level: **
X-Spam-Status: No, score=2.065 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_44=0.6, SPF_SOFTFAIL=0.665] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cMUOJaix4Otm for <ire@ietfa.amsl.com>; Fri, 6 Jun 2014 16:25:18 -0700 (PDT)
Received: from mail.hostingnet.com (mail.hostingnet.com [208.87.35.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B92FD1A0086 for <ire@ietf.org>; Fri, 6 Jun 2014 16:25:18 -0700 (PDT)
Received: from dynamic-200.sna1.uniregistry.net (wsip-98-189-40-200.oc.oc.cox.net [98.189.40.200]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: fobispo@uniregistry.com) by mail.hostingnet.com (Postfix) with ESMTPSA id B9D2B4501D2; Fri, 6 Jun 2014 16:25:10 -0700 (PDT)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <646E78088D2A9F4D9F94512C78674EEE0B04B791@EXCHANGE-AX.nic.com.mx>
Date: Fri, 06 Jun 2014 16:25:09 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <2061A619-6418-4E4E-AFBF-6B75B7A5683A@isc.org>
References: <524AA490.9060808@knipp.de> <CE703AC8.4EADE%jgould@verisign.com> <646E78088D2A9F4D9F94512C78674EEE0B04B791@EXCHANGE-AX.nic.com.mx>
To: Roger Francisco Castillo Cortazar <rcastillo@nic.mx>
X-Mailer: Apple Mail (2.1878.2)
Archived-At: http://mailarchive.ietf.org/arch/msg/ire/l_AVg0RoCUt6CzBebqMaO-x7wWc
Cc: "ire@ietf.org" <ire@ietf.org>
Subject: Re: [ire] CSV woes
X-BeenThere: ire@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Internet Registration Escrow discussion list." <ire.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ire>, <mailto:ire-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ire/>
List-Post: <mailto:ire@ietf.org>
List-Help: <mailto:ire-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ire>, <mailto:ire-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Jun 2014 23:25:19 -0000
Using the hostObjects automatically makes the host:name the natural index. so just make sure that every single host mentioned in the domain section appears in the <host> section of the deposit and you’ll be good. Francisco On Jun 6, 2014, at 4:21 PM, Roger Francisco Castillo Cortazar <rcastillo@nic.mx> wrote: > So far so god. Our system uses the HostObject approach, and a host name change only results in a change to a single record and not to all links to that host record. Now, we are implementing our deposits using the XML format, and we see that the specification does not consider using the ROID to link the domainObject and the hostObjects but only the by the HostName. We think this could be an omission in the specification and could be amended. The CVS version actually uses the ROID to link domainObjects and hostObjects(nameservers). > > Any thoughts? > Thanks in advance > > Roger Castillo > NIC Mexico
- [ire] CSV woes Klaus Malorny
- Re: [ire] CSV woes Gould, James
- Re: [ire] CSV woes Klaus Malorny
- [ire] CSV woes: unused namespaces? Klaus Malorny
- Re: [ire] CSV woes: unused namespaces? Gould, James
- Re: [ire] CSV woes: unused namespaces? Klaus Malorny
- Re: [ire] CSV woes Roger Francisco Castillo Cortazar
- Re: [ire] CSV woes Francisco Obispo