[JMAP] Re: [Jmap] Allow clients to specify an id for new calendars

[Hugo Osvaldo Barrera <[e-mail]>]

On Wed, 17 Sep 2025, at 22:14, Bron Gondwana wrote:
> On Tue, Sep 16, 2025, at 19:57, Neil Jenkins wrote:
>> I'm very confused about what's being requested here. Everything already has a unique id. It's assigned by the server. The original request was about syncing from another server to your JMAP server, and therefore wanting to store the remote id of the item so you know what you're syncing with. As Mauro said, you could do this with a metadata extension. What am I missing?
> 
> Yeah, there seem to be two conflicting requirements here:
> 
> 1) that every item has a unique identifier
> 2) that (every?) client can specify the unique identifier that an object has
> 
> Those two conflict as soon as two different clients decide to give the same unique identifier to different objects.  What happens there?  This is solved by JMAP by having the server decide the identifier, so it can do the conflict resolution.

I don't see the conflict in requirements. The server can to enforce uniqueness.

That's why I used filenames in a filesystem as an analogy; two filesystem clients
can try to create files with the same path, but only will will succeed. In this case,
two JMAP clients can try and create items with the same client-given id, but
only one would succeed.

> 
> (and yes, this really can happen with something like contacts or calendar events if two disconnected clients change them in different ways and then try to save them to the same JMAP account)
> 
> Bron.
> 
> --
>   Bron Gondwana, CEO, Fastmail Pty Ltd / Fastmail US LLC
>   [e-mail]
> 
> 
> _______________________________________________
> JMAP mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 

-- 
Hugo