IETF Logo Mail Archive

Re: [regext] rdap mobile app avail

Marc Groeneweg <Marc.Groeneweg@sidn.nl> Thu, 29 August 2019 08:11 UTC

Return-Path: <Marc.Groeneweg@sidn.nl>
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 38DAC1200C4 for <regext@ietfa.amsl.com>; Thu, 29 Aug 2019 01:11:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=sidn.nl
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 QpT24FZg7Pcr for <regext@ietfa.amsl.com>; Thu, 29 Aug 2019 01:11:52 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10063.outbound.protection.outlook.com [40.107.1.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C509120020 for <regext@ietf.org>; Thu, 29 Aug 2019 01:11:51 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZB5VhQotLFEggEOMUug81strmDsCN7xS5ZCmMksMm39/pcEIWGk6awzV8/WcFd/5R3/O7gBlmsIGjFtLb1q6M7WEpQwvvPZLIxqH1X2iJnHqkMq9bfZjy0Bd/dEs0u86s3Mpjuwys15hJEHKqMxQaZdj3CaVegQfSaU3LtFpNWV+O20ekMMWMABpnYKbvWUGqx94bCfPUFUyum4hFkUKdnUYLvURm57zjHuGDUoZPC8DZzivnFMmJ64YgCCr+ysURmkirhJvdJa1oBfFAU09sIPoUspukI0kFpofz+bhDiWM4NU1/I7V4eEHvdgr4EhBX7YDey4kHBHeTA8lK36A3w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=v5PgI/UWSMwc0wbxO8dD9aPTSt5odxy6TfPfCaOUlSE=; b=cc6A4PTnF0EytkyfnaCMeZ5XUdeTTEhbt+CcdRP6q8TQ+cqfV5k9aENGe8UvXObwA7ZwmRQ0DOHgbFoLpOS01Ce8n60dQSrjyw2TSZhUyUku8eq/itF5YZGBBOrro8wap43owmdKTaEZH/sndETRN65cPb1UikPVJXYV/53qYCOIwjYedqKSpc/Hb1l0dIS/CRxFM1z2f1ikI2AGoGtpymu5X/HNLHMy9GXuEnfvw+oi0BfcXV3xPkiSCY0wknUplHn5fhIs5/X8oAlYVfOndDSJjEc9VHd77hqQsJJc0gUPgpWCSGXegLcJpwj415vZAfRbbgbvkc3ciCYJQhmKKA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=sidn.nl; dmarc=pass action=none header.from=sidn.nl; dkim=pass header.d=sidn.nl; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sidn.nl; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=v5PgI/UWSMwc0wbxO8dD9aPTSt5odxy6TfPfCaOUlSE=; b=lkn9PN7BH3BUgBaE5N7YiSzxm6Y9RiofK6pVwW3xRQ2F7rjrZupcWhCLtReeZvbJL5oudZsof2JNvem3YU24/nD9J3fDjURcZ5jgpLgfCSJ1T5pQ3Ha0jxRFqWnhIho5ygM8O0YmT9qWsElW0Z7EHoDkl/UALhdfNNCFpUr87fQ=
Received: from AM6P194MB0391.EURP194.PROD.OUTLOOK.COM (52.135.167.16) by AM6P194MB0373.EURP194.PROD.OUTLOOK.COM (52.135.165.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2199.21; Thu, 29 Aug 2019 08:11:48 +0000
Received: from AM6P194MB0391.EURP194.PROD.OUTLOOK.COM ([fe80::b870:fcfa:9c7d:1fe]) by AM6P194MB0391.EURP194.PROD.OUTLOOK.COM ([fe80::b870:fcfa:9c7d:1fe%6]) with mapi id 15.20.2199.021; Thu, 29 Aug 2019 08:11:48 +0000
From: Marc Groeneweg <Marc.Groeneweg@sidn.nl>
To: regext <regext@ietf.org>
Thread-Topic: [regext] rdap mobile app avail
Thread-Index: AQHVXCcgnpdNIK0F5kSZGjB6CmUn8qcR7AaA
Date: Thu, 29 Aug 2019 08:11:48 +0000
Message-ID: <2DA22A4A-DC81-4CC4-8A0D-7AFFF98B822D@sidn.nl>
References: <FB51763A-A13A-4F45-80C1-80DECFF1AC53@viagenie.ca>
In-Reply-To: <FB51763A-A13A-4F45-80C1-80DECFF1AC53@viagenie.ca>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1c.0.190812
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Marc.Groeneweg@sidn.nl;
x-originating-ip: [77.250.223.127]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a2b1774c-63f8-4523-fcbc-08d72c588a57
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600166)(711020)(4605104)(1401327)(2017052603328)(49563074)(7193020); SRVR:AM6P194MB0373;
x-ms-traffictypediagnostic: AM6P194MB0373:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AM6P194MB0373D2AFDF67FD28EEEA6DD494A20@AM6P194MB0373.EURP194.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 0144B30E41
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(39840400004)(346002)(376002)(136003)(366004)(189003)(199004)(3846002)(6116002)(64756008)(66476007)(66616009)(91956017)(66556008)(66946007)(76176011)(6486002)(14454004)(33656002)(25786009)(58126008)(99936001)(6246003)(6436002)(6512007)(76116006)(66446008)(316002)(99286004)(53936002)(2906002)(508600001)(186003)(5660300002)(86362001)(256004)(6506007)(102836004)(26005)(8676002)(446003)(66066001)(36756003)(229853002)(486006)(8936002)(476003)(7736002)(71190400001)(2616005)(71200400001)(81156014)(81166006)(11346002)(6916009)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6P194MB0373; H:AM6P194MB0391.EURP194.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: sidn.nl does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: KTZmKVFvIG6ZpKDDMlPfIq+WC0NnFKx6p81D/iKOCgfPGFPP300vz85Ml+yN2fonI+C+MrKhTbeFeDTCZwLzpdKFhJLmg7pvHztr0wBy0S+rjKstereJpfA/MzeRxQGS38h91XYks6nIKWG2xDl6SfsM8KqKkc1xaHffXv7CiuvYBTnzRTnBrPjps10qXoumDlvbCLgm415fQbUomR1spz+ypI0E90WhYbdgPf80ho7PaTc4uy6/qaz6VR3KJdKOXcpc8qc4gtHv6za4aBC9Vm5SuyjL578PYqQDo4QEa8RT86TPrTre2d686dQVju/MLag/EsNbX2OWnSrHU+83gzC83NkMiNeSx9LCX2je+Sm/aTJkPZ6QRZ1nt0KgWvkeF/aS7apnrcO7GJf1PLMvEO2JSyfb8xGURZ4yaUW57Cg=
Content-type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha256"; boundary="B_3649918307_2131395982"
MIME-Version: 1.0
X-OriginatorOrg: sidn.nl
X-MS-Exchange-CrossTenant-Network-Message-Id: a2b1774c-63f8-4523-fcbc-08d72c588a57
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Aug 2019 08:11:48.4411 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: ab4d3626-c1c5-4a75-ab85-427f1a644a7d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: CzQyCJ2RoZ9T40I7tul6zK7HGZRzISozUY7ZuZe+soO/exI7LJm4nKzH+IyI+nhmdYqg+0r6O4aiplFkF4Iamg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6P194MB0373
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/B4MlqxpSJwE2NtlU_CqRyjhwr78>
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 08:11:55 -0000

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

v2.23.0 | Report a Bug | By Email