e of the predicates in
the reverse search and the draft have already addressed it.
Which "unsupported query types" are you thinking about ?
Best,
Mario
Jasdip
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo
: *Saturday, April 1, 2023 at 6:27 AM
*To: *Mario Loffredo
*Cc: *Marc Blanchet , regext@ietf.org
*Subject: *[EXTERNAL] Re: [regext] jCard to JSContact transition
CAUTION: This email came from outside your organization. Don’t
trust emails, links, or attachments from senders
*To: *Mario Loffredo
*Cc: *Marc Blanchet , regext@ietf.org
*Subject: *[EXTERNAL] Re: [regext] jCard to JSContact transition
CAUTION: This email came from outside your organization. Don’t trust
emails, links, or attachments from senders that seem suspicious or you
are not expecting.
I really don't
finitively remove the jcard handling from
its implementation.
Does it work for you and everyone else ?
Best,
Mario
-andy
On Thu, Mar 30, 2023 at 8:37 PM Mario Loffredo
wrote:
Hi Marc,
thanks for your quick reply.
Think it's always better to reduce the response payload when you can
thr
value and, when needed, redacting it by the
Removal method
- omitting the uid property
That being said, if the WG agreed about adding a new redaction method to
macth Option 3 and Option 4, I wouldn't object.
Best,
Mario
-andy
On Fri, Mar 31, 2023 at 11:52 PM Mario Loffredo
wrote:
Hi
Hi Scott,
Il 31/03/2023 14:32, Hollenbeck, Scott ha scritto:
-Original Message-
From: regext On Behalf Of Mario Loffredo
Sent: Friday, March 31, 2023 7:45 AM
To: regext@ietf.org
Subject: [EXTERNAL] [regext] Redacting JSContact uid in RDAP - Updated
Caution: This email originated from
) Recommending the use of UUIDs that prevent from correlation (e.g.
either randomly generated or nil UUIDs)
4) Redacting by using a registered URN in the IANA namespace (e.g.
"urn:ietf:params:json:rdap+jscontact:uidRedacted")
- G. Brown
5) Anything else ?
Best,
Mario
--
D
Sorry, forgot to reply to all.
Messaggio Inoltrato
Oggetto:Re: [regext] Redacting JSContact uid in RDAP
Data: Fri, 31 Mar 2023 13:14:50 +0200
Mittente: Mario Loffredo
A: Gavin Brown
Hi Gavin,
Il 31/03/2023 12:48, Gavin Brown ha scritto:
Ciao Mario
2023 à 19:47, Mario Loffredo a écrit :
Hi folks,
this is a post to resume the discussion about how to execute the transition
from jCard to JSContact.
Up to now, there are two approaches on the table:
1) Returning JSContact in place of jCard (current proposal)
Until transition is ended
to the response on request.
Each server arbitrarily decides when it's time to stop supporting jCard.
Please see Section 4.2.1 of the rdap-jscontact document and my today's
presentation for more information about pros/cons of each approach and
provide feedback.
Best,
Mario
--
Dott. Mario Loffredo
the use of uid values that prevent from correlation
(e.g. either randomly generated or nil UUIDs)
4) Anything else ?
Please, express your preference(s).
Best,
Mario
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research
ty converts./
Section 2.10.4: s/OrgUnit object/OrgUnit object./
Section 2.12.4: s/(Figure 33)/(Figure 33)./
Section 2.16: s/unknown Section/unknown; see Section/
Section 3.1: s/section Section 3.2/Section 3.2/
[ML] Fixed all nits above.
Best,
Mario
Note: I did not review Section 6.
--
is available at:
https://author-tools.ietf.org/iddiff?url2=draft-ietf-regext-rdap-rir-search-01
Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mail
Hi Andy,
again my response below.
Il 22/03/2023 22:17, Andrew Newton ha scritto:
Mario,
Response in-line.
On Tue, Mar 21, 2023 at 2:39 AM Mario Loffredo
wrote:
[ML] I refer to the interoperability issues coming from using different JSON
labels to identify the same logical JSON object.>
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone
HI Andy,
again my comments below.
Il 20/03/2023 12:06, Andrew Newton ha scritto:
On Fri, Mar 17, 2023 at 10:45 AM Mario Loffredo
wrote:
1) Section 3 has some strong MUST language regarding JSContact and
EPP. As I'm reading it, I am trying to deduce what interoperability
problem is being
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moru
: Mario Loffredo
A: regext@ietf.org
Hi everybody,
this new version addresses last feedback provided by Jasdip.
Best,
Mario
Messaggio Inoltrato
Oggetto: New Version Notification for
draft-ietf-regext-rdap-reverse-search-20.txt
Data: Fri, 10 Mar 2023 00:51:23
A: Mario Loffredo , Maurizio Martinelli
A new version of I-D, draft-ietf-regext-rdap-reverse-search-20.txt
has been successfully submitted by Mario Loffredo and posted to the
IETF repository.
Name: draft-ietf-regext-rdap-reverse-search
Revision: 20
Title: Registration Data Access Protocol
ailto:regext-boun...@ietf.org> on behalf of jasd...@arin.net <mailto:jasd...@arin.net>>
wrote:
On 3/9/23, 12:34 PM, "Mario Loffredo" mailto:mario.loffr...@iit.cnr.it> <mailto:mario.loffr...@iit.cnr.it
<mailto:mario.loffr...@iit.cnr.it>>> wrote:
- Section 3:
Hi Jasdip,
again my comments below
Il 09/03/2023 16:40, Jasdip Singh ha scritto:
Hi Mario,
On 3/9/23, 5:41 AM, "Mario Loffredo" mailto:mario.loffr...@iit.cnr.it>> wrote:
- Section 3: "Servers MUST NOT provide or implement unregistered reverse searches or
unregi
t from others.
Best,
Mario
Overall, this work has evolved pretty well. :)
Thanks,
Jasdip
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit
A New Internet-Draft is available from the on-line Internet-Drafts
directories.
This Internet-Draft is a work item of the Registration Protocols
Extensions WG of the IETF.
Title : Registration Data Access Protocol (RDAP) Reverse search capabilities
Authors : Mario Loffredo
Maurizio Martinelli
A: Mario Loffredo , Maurizio Martinelli
A new version of I-D, draft-ietf-regext-rdap-reverse-search-18.txt
has been successfully submitted by Mario Loffredo and posted to the
IETF repository.
Name: draft-ietf-regext-rdap-reverse-search
Revision: 18
Title: Registration Data Access Protocol (RDAP
as last IETF 115 meeting.
So if you intend to request for a presentation, please let the chairs know.
Regards,
Jim and Antoin
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit
to now we have used query parameter names that aren't
1:1 mapped to the response fields.
With regard to the "fn" reverse search property, have nothing to object
to rename it to further clarify the above concept.
Best,
Mario
-Tom
___
r
k provided by Julien Bernard and
Mario Loffredo. Please let me know if I missed anything or if you see anything
else that needs to be addressed.
[ML] Looks good to me.
Best,
Mario
Julien, I just realized that I missed adding your name in the "Acknowledgments"
section. I'll tak
Hi Scott,
please find my comments below.
Il 26/01/2023 20:10, Hollenbeck, Scott ha scritto:
-Original Message-
From: Mario Loffredo
Sent: Tuesday, January 24, 2023 9:57 AM
To: Hollenbeck, Scott ; jbern...@cofomo.com;
regext@ietf.org
Subject: [EXTERNAL] Re: [regext] I-D Action: draft
ue.
Scott
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-
is invited to give his own preference..
Best,
Mario
Il 17/01/2023 08:12, Mario Loffredo ha scritto:
Hi Marc, Pawel and others,
as you may have known, I have asked CalExt for defining in JSContact
spec possible conditions where uid can be optional, for example the
use of JSContact in another
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1
property can be worked around somehow.
Best,
Mario
Thanks,
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web:http:/
at 4:39 AM Mario Loffredo
wrote:
Hi folks,
have discussed with Robert (the other JSContact co-author) about whether
to make uid optional in JSContact.
We have finally agreed that we need to keep it mandatory because, in
calext context, it's a fundamental requirement to identify the same
contact
ck from calext on the idea of
making the uid OPTIONAL?
Scott
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Te
he query generating the response including the
contact card.
Option 2) uid is required - uid must be inherently opaque and undecipherable
The JSCard "uid" property MUST be a URN in the UUID namespace [RFC4122]. If
the
uid value is generated starting from a redacted value (i.e. nam
Hi Scott,
Inviato da iPhone
> Il giorno 4 gen 2023, alle ore 18:24, Hollenbeck, Scott
> ha scritto:
>
>
>>
>> -Original Message-
>> From: regext On Behalf Of Mario Loffredo
>> Sent: Wednesday, January 4, 2023 11:33 AM
>> To: Gould, Jam
breaches, the document should state that RDAP queries MUST be allowed
only to those users that can access the unredacted values of the
response fields the queries are based upon.
Best,
Mario
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT
Best,
Mario
--
JG
James Gould
Fellow Engineer
jgo...@verisign.com
703-948-3271
12061 Bluemont Way
Reston, VA 20190
Verisign.com <http://verisigninc.com/>
On 1/4/23, 4:58 AM, "Mario Loffredo" wrote:
Hi James,
honestly don't think that the "uid" field
eed to cover the case of redacting a required JSON member in
draft-ietf-regext-rdap-redacted and if so how best to handle it.
Thanks,
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I
@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web: http://www.iit.cnr.it/mario.loffredo
heir issues are now
addressed in version 17, so that the document shepherd can confirm
there are no new changes to be expected during WGLC?
Once we have confirmation, we will issue a 3th WGLC when the document
is stable.
Regards,
Jim and Antoin
Op 1 dec. 2022, om 14:24 heeft Ma
Hi Andy,
again my comments below
Il 13/12/2022 19:38, Andrew Newton ha scritto:
On Tue, Dec 13, 2022 at 12:12 PM Mario Loffredo
wrote:
The entity lookup URL MUST always be used regardless of the query generating
the response including the contact card.
Does it work for you?
JSContact says
Hi Andy,
thanks for your feedback.
Please find my comments inline.
Il 13/12/2022 15:27, Andrew Newton ha scritto:
Response in-line.
On Sat, Dec 10, 2022 at 4:41 AM Mario Loffredo
wrote:
Hi folks,
this new version is complaint with last JSContact spec. I also added a section
about
case?
I'm OK with it. A new redaction method is surely much better than my
conservative proposal.
Mario
--
JG
*James Gould
*Fellow Engineer
jgo...@verisign.com
703-948-3271
12061 Bluemont Way
Reston, VA 20190
Verisign.com <http://verisigninc.com/>
*From: *Mario Loffredo
it would be possible to register and then use a new
StreetComponent type value.
Please review and provide any feedback.
Thanks a lot in adavance,
Mario
Messaggio Inoltrato
Oggetto: New Version Notification for
draft-ietf-regext-rdap-jscontact-15.txt
Data: Sat, 10 Dec 2022 0
Bluemont Way
Reston, VA 20190
Verisign.com <http://verisigninc.com/>
*From: *Mario Loffredo
*Date: *Tuesday, November 15, 2022 at 9:05 AM
*To: *James Gould , "regext@ietf.org"
*Subject: *[EXTERNAL] Re: [regext] Request WGLC for
draft-ietf-regext-rdap-redacted
Hi James,
so
n
array where position of the elements in the array determines
semantic meaning of the element."
JG3 – Just a tweak, how about “The Redaction by Removal Method
MUST NOT be used to remove an element of an array where the
position of the el
Hi folks,
would like to invite everyone who is interested in implementing
JSContact in RDAP to provide feedback about the JSContact spec to the
CalExt list.
Any feedback/remark would be appreciated.
Best,
Mario
Messaggio Inoltrato
Oggetto:[calsify] Working Group
.
Should I ask for a new WGLC?
Will you do that?
Best,
Mario
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web: http://www.iit.cnr.it
://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web: http://www.iit.cnr.it/mario.loffredo
ot; wrote:
Hi Mario,
On Mon, Nov 28, 2022 at 07:19:20PM +0100, Mario Loffredo wrote:
> Il 27/11/2022 22:49, Tom Harrison ha scritto:
>> On Fri, Nov 25, 2022 at 02:18:35PM +0100, Mario Loffredo wrote:
>>> Even now there is no real way to prevent collisi
Hi Tom,
my comments below.
Il 28/11/2022 23:36, Tom Harrison ha scritto:
Hi Mario,
On Mon, Nov 28, 2022 at 07:19:20PM +0100, Mario Loffredo wrote:
Il 27/11/2022 22:49, Tom Harrison ha scritto:
On Fri, Nov 25, 2022 at 02:18:35PM +0100, Mario Loffredo wrote:
Even now there is no real way
Hi Pawel,
Il 28/11/2022 22:02, Pawel Kowalik ha scritto:
Hi Mario,
My comment inline.
Am 28.11.22 um 21:20 schrieb Mario Loffredo:
"A custom reverse search property MUST NOT collide with a
registered reverse
search property and MUST NOT match an RDAP property, or any of its
var
dance which we may reference to or adapt into this draft.
[ML] Sure, thanks. The recommendations in section 3 look like very
fitting to me.
Best,
Mario
Kind Regards,
Pawel
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/l
Hi Tom,
please find my comments below prefixed with ML3.
Il 27/11/2022 22:49, Tom Harrison ha scritto:
Hi Mario,
On Fri, Nov 25, 2022 at 02:18:35PM +0100, Mario Loffredo wrote:
Il 24/11/2022 13:46, Tom Harrison ha scritto:
This is the part I (still) don't follow, sorry. The fact
Hi Tom,
please see my comments below prefixed by [ML2]
Il 24/11/2022 13:46, Tom Harrison ha scritto:
Hi Mario,
On Wed, Nov 23, 2022 at 09:42:56AM +0100, Mario Loffredo wrote:
Il 22/11/2022 14:00, Tom Harrison ha scritto:
On Mon, Nov 21, 2022 at 04:40:28PM +0100, Mario Loffredo wrote
Hi Tom,
thank you for your feedback.
Please find my comments below.
Il 22/11/2022 14:00, Tom Harrison ha scritto:
Hi Mario,
On Mon, Nov 21, 2022 at 04:40:28PM +0100, Mario Loffredo wrote:
With regard to the registration of the reverse search properties, I
have opted for adding entries
-reverse-search-16.txt
Data: Mon, 21 Nov 2022 07:20:08 -0800
Mittente: internet-dra...@ietf.org
A: Mario Loffredo , Maurizio Martinelli
A new version of I-D, draft-ietf-regext-rdap-reverse-search-16.txt
has been successfully submitted by Mario Loffredo and posted to the
IETF repository
is
something other than the Access Token defined by OAuth? If so, it
sounds like
we need to design our own token format.
See above. RFC9068 defines such access tokens.
Kind Regards,
Pawel
___
regext mailing list
regext@ietf.org
https://www.ietf.org/
Hi Pawel,
thnks for your quick reply.
Il 16/11/2022 17:06, Pawel Kowalik ha scritto:
Hi Mario,
My feedback below.
Am 15.11.22 um 19:58 schrieb Mario Loffredo:
Hi Pawel,
thanks a lot for your review.
Please find my comments inline.
Il 15/11/2022 17:28, Pawel Kowalik ha scritto:
Hi
Hi Scott,
Il 16/11/2022 14:37, Hollenbeck, Scott ha scritto:
-Original Message-
From: Mario Loffredo
Sent: Wednesday, November 16, 2022 2:31 AM
To: Hollenbeck, Scott ;
marc.blanc...@viagenie.ca; kowa...@denic.de
Cc: regext@ietf.org
Subject: [EXTERNAL] Re: [regext] draft-ietf-regext
enID context.
In addition, the UserInfo endpoint (that the RDAP server can always
access) has been introduced by OpenID.
Best,
Mario
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological
etf.org
A New Internet-Draft is available from the on-line Internet-Drafts
directories.
This draft is a work item of the Registration Protocols Extensions WG
of the IETF.
Title : Registration Data Access Protocol (RDAP) Reverse search
capabilities
Authors : Mario Loffredo
Maurizio Martinell
pful.
Best,
Mario
Il 10/11/2022 19:38, Gould, James ha scritto:
This is a formal request to start the WGLC for
draft-ietf-regext-rdap-redacted. There is a normative reference to
draft-ietf-jsonpath-base, which has a JSONPath working group November
milestone. draft-ietf-jsonpath-base looks
that describes OAuth-like token processing for
clients and servers that need that capability.
My preference is for the first option.
Scott
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
the on-line Internet-Drafts
directories.
This draft is a work item of the Registration Protocols Extensions WG of
the IETF.
Title : Registration Data Access Protocol (RDAP) Reverse search capabilities
Authors : Mario Loffredo
Maurizio Martinelli
Filename : draft-ietf-regext-rdap-reverse-search-15
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dott. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web:http://www.iit.cnr.i
Hi Pavel,
Il 29/10/2022 10:59, Pawel Kowalik ha scritto:
Hi Mario,
Am 28.10.22 um 16:36 schrieb Mario Loffredo:
[PK] There is quite relevant drawback from this scenario, that there
is no assurance the identity provided to the RDAP client by the IdP
would be the same as the one used towards
Il 28/10/2022 12:25, Pawel Kowalik ha scritto:
Am 28.10.22 um 11:35 schrieb Mario Loffredo:
[PK] The text was proposed in the way which does not exclude certain
valid use-cases but still allows the RDAP server to set its own
policy on sharing data.
This is clear that RDAP server is acting
Hi Pavel,
please find my comments embedded below.
Il 26/10/2022 17:56, Pawel Kowalik ha scritto:
Am 26.10.22 um 15:48 schrieb Mario Loffredo:
[ML] Before going into detail with technical aspects, think we should
address some privacy implications connected with the following sentence:
RDAP
Hi Scott and Pavel,
please find my comments below.
Il 2022-10-24 16:57 Pawel Kowalik ha scritto:
Hi Scott,
Am 19.10.22 um 14:13 schrieb Hollenbeck, Scott:
1. How do we address web service clients?
[PK] I think the elements we need for web service clients were
already
elaborated in the
Hi Scott,
Il 2022-10-21 15:46 Hollenbeck, Scott ha scritto:
-Original Message-
From: Pawel Kowalik
Sent: Friday, October 21, 2022 5:18 AM
To: Hollenbeck, Scott ; regext@ietf.org
Subject: [EXTERNAL] Re: [regext] I-D Action:
draft-ietf-regext-rdap-openid-
18.txt
Caution: This email
rafts
directories.
This draft is a work item of the Registration Protocols Extensions WG of
the IETF.
Title : Using JSContact in Registration Data Access Protocol (RDAP) JSON
Responses
Authors : Mario Loffredo
Gavin Brown
Filename : draft-ietf-regext-rdap-jscontact-14.txt
Pages :
the document and publish a new
version.
Best,
Mario
--
Dr. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web: http://www.iit.cnr.it/mario.loffredo
xt mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dr. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web: http://www.
ude a "farv1_session" data structure that
includes a "userClaims" object and a "sessionInfo" object.
to
..response MUST include a "farv1_session" data structure that includes
a "sessionInfo" object and an optional "userClaims" object.
Kind
. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web: http://www.iit.cnr.it/mario.loffredo
___
regext mailing list
Hi Pavel,
please find me comments below.
Il 11/10/2022 17:42, Pawel Kowalik ha scritto:
Hi Mario,
Am 11.10.22 um 16:38 schrieb Mario Loffredo:
Il 11/10/2022 15:04, Andrew Newton ha scritto:
On Tue, Oct 11, 2022 at 8:16 AM Mario Loffredo
wrote:
my humble opinion is that this document
Il 11/10/2022 15:04, Andrew Newton ha scritto:
On Tue, Oct 11, 2022 at 8:16 AM Mario Loffredo
wrote:
my humble opinion is that this document shouldn't deal with any kind of RDAP
client other than a browser.
At the moment, I disagree with this. Authentication for non-browser
clients can
_
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dr. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web:http:
d Response",
"description": [
"This is a response for an authenticated user"
]
}
Best,
Mario
-Tom
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dr. Mario Loffredo
T
r you If I changed the sentence to the
following?
To limit the impact of processing the search predicates, servers are
RECOMMENDED to make use of techniques to speed up the data retrieval in their
underlying data store such as indexes or similar.
Best,
Mario
--
Dr. Mario Loffredo
Tec
: internet-dra...@ietf.org
A: Mario Loffredo , Maurizio Martinelli
A new version of I-D, draft-ietf-regext-rdap-reverse-search-13.txt
has been successfully submitted by Mario Loffredo and posted to the
IETF repository.
Name: draft-ietf-regext-rdap-reverse-search
Revision: 13
Title
Gould, Marc Blanchet, Jasdip Singh, Scott
Hollenbeck, Andrew Newton, Mario Loffredo, Tom Harrison, Rick Wilhelm, Pawel
Kowalik.
Comments are still welcome. The CONSENSUS CALL will close later today.
Antoin and Jim
On 1 Aug 2022, at 9:49, James Galvin wrote:
As everyone knows there has been
Hi Scott,
lease find my comments below.
Il 09/08/2022 16:42, Hollenbeck, Scott ha scritto:
-Original Message-
From: Andrew Newton
Sent: Monday, August 1, 2022 4:31 PM
To: Mario Loffredo
Cc: Hollenbeck, Scott ; regext@ietf.org
Subject: [EXTERNAL] Re: [regext] Federated Authentication
-extension-identifier-and-rdapconformance/
RECORDING: https://www.meetecho.com/ietf114/recordings#REGEXT
Thanks,
Antoin and Jim
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dr. Mario Loffredo
Technological Unit
t to explore another approach where a third-party
authority interconnects clients and servers that are mutually authenticated.
Best,
Mario
Scott
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dr. Mario Lo
Il 19/07/2022 19:34, Andrew Newton ha scritto:
On Tue, Jul 19, 2022 at 12:21 PM Mario Loffredo
wrote:
HI Andy,
In my opinion, it doesn't work when the extension is related to a
specification defined out of the RDAP context but is used in RDAP such
as JSContact or VCARD itself. In this case
_
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dr. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web: h
Hi Scott,
please find my comments inline.
Il 18/07/2022 15:11, Hollenbeck, Scott ha scritto:
-Original Message-
From: Mario Loffredo
Sent: Monday, July 18, 2022 4:40 AM
To: Gould, James ; a...@hxr.us
Cc: Hollenbeck, Scott ; regext@ietf.org
Subject: [EXTERNAL] Re: [regext] OK, What
seems to me harmful for both clients and servers.
Best,
Mario
Il 15/07/2022 14:13, Gould, James ha scritto:
Andy,
Thanks for weighing in on this. I provide my replies embedded below.
--
Dr. Mario Loffredo
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT
problems.
> As you described above, a logout received without an active session is
> processed differently than the "login followed by a login"
situation. Is that
> really the best course of action? I think consistent behavior would be
> preferred.
>
> Scott
>
>
n the "login followed by a login" situation. Is that
really the best course of action? I think consistent behavior would be
preferred.
Scott
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dr. Mario Loffredo
Tech
s, conformance to those custom
specifications MUST be indicated by including a unique string
literal value
registered in the IANA RDAP Extensions registry specified in
[RFC7480]".
That's clear linkage.
I've said earlier that the errata change to 9083 could be from
"lunarN
ot; if that's preferred. Andy and I believe that the
original
intent was for the values to be consistent, and this change would also
align
with use of "rdap_level_0".
> -Original Message-
> From: regext On Behalf Of Mario Loffredo
> Sent: Th
4a345a6b069003f8dc4851f%7C0%7C0%7C637916855724654440%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=8m6cngcRSoZ1nHbM9X9gjCMZ3BszpSHJ5%2BTfCO4%2FnJE%3D=0>>
On 6/16/22, 10:08 AM, "regext on behalf of Mario Loffredo"
wrote:
Caution: This email originated from outside the organiz
s of course.
--
Patrick Mevzek
p...@dotandco.com
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
___
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
--
Dr. Mario Loffredo
Sorry, I forgot to reply to all ;-)
Messaggio Inoltrato
Oggetto: Re: [regext] Fwd: New Version Notification for
draft-loffredo-regext-epp-over-http-02.txt
Data: Fri, 24 Jun 2022 18:11:37 +0200
Mittente: Mario Loffredo
A: Patrick Mevzek
Hi Patrick,
thanks
imprimir esta mensagem pense no ambiente. Before printing
this message, think about environment ]
Às 08:28 de 14/06/22, Mario Loffredo escreveu:
Hi folks,
in view of the panel about epp-over-http at next ROW, I just
published version -02.
In addition to having updated some references, the mapping
Hi Scott,
Il 16/06/2022 15:30, Hollenbeck, Scott ha scritto:
-Original Message-
From: regext On Behalf Of Mario Loffredo
Sent: Thursday, June 16, 2022 2:57 AM
To: regext@ietf.org
Subject: [EXTERNAL] Re: [regext] OK, What Next? (was RDAP Extensions
Approach Analysis v2)
Caution
101 - 200 of 497 matches
Mail list logo