Re: [regext] rdap mobile app avail

Andrew Newton <andy@hxr.us> Thu, 29 August 2019 11:42 UTC

Return-Path: <andy@hxr.us>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CD431200DB for <regext@ietfa.amsl.com>; Thu, 29 Aug 2019 04:42:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hxr-us.20150623.gappssmtp.com
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 34PENjHk3EXw for <regext@ietfa.amsl.com>; Thu, 29 Aug 2019 04:42:51 -0700 (PDT)
Received: from mail-io1-xd29.google.com (mail-io1-xd29.google.com [IPv6:2607:f8b0:4864:20::d29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB455120025 for <regext@ietf.org>; Thu, 29 Aug 2019 04:42:51 -0700 (PDT)
Received: by mail-io1-xd29.google.com with SMTP id s21so6312490ioa.1 for <regext@ietf.org>; Thu, 29 Aug 2019 04:42:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hxr-us.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=/razVrfpdFg/WqeuJE46yJnpaRzTRkFjWNdJzHW+ks4=; b=fcWY+fl9Em1vH56BaPbX3xI+XuG1t+noakW0TWOMZySf8OwA/EgX+8vcGic9U38iA5 f07OuscENEK9vicr8prs9sNBNUwlN34QBzeOwgajCd/oLgFBxyBwcfJbfU/rdaR1nMx7 l2OFIfb4LRAHUxNIKq153CgwjwlBWVNdyemQEaRAyNCYtv7gvbiOfY54SusbThywW9Nd FNi2o/dtgQPMZuufCAh/mgPhHoBrFjcLRFYG83RvcTDESqmqZXXnqcFgG0nITc+I7CBA N04M1eHxxpuj656B7nSoGuTWlDed2klz9ZM4ZOiGIXO5ZBCQLB8m5cOdrn8Hqt+TzCCq JQeA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=/razVrfpdFg/WqeuJE46yJnpaRzTRkFjWNdJzHW+ks4=; b=LYAphuFzs1YNtwhvq+yqFXlHP6jAxTO8/2O4z/pf9mT/L+v0gfOa1tKPQqoB/lALfI NulrUq+SURd1Vd7u2+q0V/X7JVy9wv9UFagSEfemPwbcsUggeMgX0GOs2d0oxyKUNerz XbmG3xf32RaCo7RMA3ABrx9hdhHhl0TkNoIx7adUZNj1i+NpRGBF0BqVhou7T57yGCdW U4BKkeTkXcd3TcjVMYeAbNStEwh3Eo7o6UubIcMHaM1ceUBBYdLvwblVnGlKgaAZAR07 JN1WLCvV414oSCbNNk6xZm3ttJgBP9dllt6BMIeRDztrHj+0I9CEknH6TKLruzub1+Th rk4w==
X-Gm-Message-State: APjAAAWXHSRok9txAnHKo7Jy4JNiEogrfm1TTFRJws7m/3/53vKYWPMn 5ljpt5XPvJIlJbp7BDxVnmZlWRVXkUFxYhGeU77mFkuukWU=
X-Google-Smtp-Source: APXvYqxVvjMasJzZbR5MSCs0OksVgQi9EqalGwFS0aHlbC8qRv2IlKXnB9j+AdVtjyVdSlc1Xa5YU9HJzyaqy4Ljyew=
X-Received: by 2002:a02:a405:: with SMTP id c5mr9947938jal.54.1567078970851; Thu, 29 Aug 2019 04:42:50 -0700 (PDT)
MIME-Version: 1.0
References: <FB51763A-A13A-4F45-80C1-80DECFF1AC53@viagenie.ca> <2DA22A4A-DC81-4CC4-8A0D-7AFFF98B822D@sidn.nl>
In-Reply-To: <2DA22A4A-DC81-4CC4-8A0D-7AFFF98B822D@sidn.nl>
From: Andrew Newton <andy@hxr.us>
Date: Thu, 29 Aug 2019 07:42:40 -0400
Message-ID: <CAAQiQReTkhLk2_MsTgnXL6=TOmEZ=4F2qSa3muiA+U31nX3Y1g@mail.gmail.com>
To: Marc Groeneweg <Marc.Groeneweg=40sidn.nl@dmarc.ietf.org>
Cc: regext <regext@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/S7fWYcbpqIxwgFDdBZkbSQ__qEw>
Subject: Re: [regext] rdap mobile app avail
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Aug 2019 11:42:54 -0000

Hi Marc,

First, sorry that you are feeling frustrated.

With regards to null vs empty string, in my opinion both are
incorrect. If your registry does not have the value or is not allowed
to publish the value, the correct thing to do is to simply leave the
value out of the response. There are a few required fields in RDAP,
but for the most part everything is optional.

I hope that helps.

-andy

On Thu, Aug 29, 2019 at 4:11 AM Marc Groeneweg
<Marc.Groeneweg=40sidn.nl@dmarc.ietf.org> wrote:
>
> All,
>
> Due to the release of the mobile app of Marc, Blanchet we saw we differ in interpretation of some fields we have in our RDAP implementation (for .politie and .amsterdam).
> Feedback from my development on the issues given Marc is that they have chosen for a direction, that is at least now not compliant with what the mobile app aspects.
>
> They are frustrated about this, since they have had an extensive period behind them with working on the specifications and building a sound RDAP implementation, that also is meant for .nl later this year. Intensive contact with ICANN resulted only in 'Sorry we don't know' and 'We don't have sufficient resources to give an answer now.'.
>
> So, we have our implementation live! But how can we make sure (if not ICANN but at least the community) what compliancy means... (e.g. we return a null when we don't have a value and "" when we have an empty string value. The mobile app wants "" in all empty situations... Just an interpretation?).
>
> I do not have the answers yet. Some of the points Marc gave us (in private mail exchange, for which I am grateful) will be solved. But that's not the point really.
>
> Hope to hear from you all :-).
>
> Best regards,
> Marc Groeneweg
> _______________________________________________
> regext mailing list
> regext@ietf.org
> https://www.ietf.org/mailman/listinfo/regext