[{"author": "Pete Resnick", "text": "<p>Brendan volunteered</p>", "time": "2024-03-19T07:31:35Z"}, {"author": "St\u00e9phane Bortzmeyer", "text": "<p>Alissas's sound is too low</p>", "time": "2024-03-19T07:33:11Z"}, {"author": "Tim Geoghegan", "text": "<p>Thank you Brendan!</p>", "time": "2024-03-19T07:33:39Z"}, {"author": "Alissa Cooper", "text": "<p>I have tried to fix it, if anyone has tips, please let me know</p>", "time": "2024-03-19T07:33:48Z"}, {"author": "Alissa Cooper", "text": "<p>Could folks nudge Brendan to join the meeting in MeetEcho?</p>", "time": "2024-03-19T07:34:09Z"}, {"author": "Sean Turner", "text": "<p>For those that are remote there are actually about 30 people in the room.</p>", "time": "2024-03-19T07:36:44Z"}, {"author": "Eric Rescorla", "text": "<p>+1 on the terms!</p>", "time": "2024-03-19T07:38:24Z"}, {"author": "Travis Ralston", "text": "<p>I second the motion</p>", "time": "2024-03-19T07:38:35Z"}, {"author": "Eric Rescorla", "text": "<p>How about SII and IIS</p>", "time": "2024-03-19T07:38:56Z"}, {"author": "Eric Rescorla", "text": "<p>:)</p>", "time": "2024-03-19T07:38:57Z"}, {"author": "Pete Resnick", "text": "<p>II and SI are probably sufficient.</p>", "time": "2024-03-19T07:39:05Z"}, {"author": "Ryo Kajiwara", "text": "<p>8361?</p>", "time": "2024-03-19T07:42:32Z"}, {"author": "Richard Barnes", "text": "<p>IIS\u2122</p>", "time": "2024-03-19T07:43:43Z"}, {"author": "Pete Resnick", "text": "<p><span class=\"user-mention\" data-user-id=\"2480\">@Ryo Kajiwara</span> RFC 3861</p>", "time": "2024-03-19T07:44:27Z"}, {"author": "Ryo Kajiwara", "text": "<p>oh, \"thirty-eight\" sixty one, I might have misheard it. thanks!</p>", "time": "2024-03-19T07:45:20Z"}, {"author": "Femi Olumofin", "text": "<p>Once we have a response to A, figuring out the remaining identifiers that Eric outlined (SSI, keys) should follow.</p>", "time": "2024-03-19T07:47:01Z"}, {"author": "Pete Resnick", "text": "<p><span class=\"user-mention\" data-user-id=\"2480\">@Ryo Kajiwara</span> He is mistakenly saying 8361, but he means 3861</p>", "time": "2024-03-19T07:48:01Z"}, {"author": "Alissa Cooper", "text": "<p>Semantically, A has to be embedded in B anyway</p>", "time": "2024-03-19T07:49:43Z"}, {"author": "Pete Resnick", "text": "<p>What sort of entity is meant to provide an II? Can someone give me an example?</p>", "time": "2024-03-19T07:53:21Z"}, {"author": "Tim Geoghegan", "text": "<p>A phone number</p>", "time": "2024-03-19T07:54:21Z"}, {"author": "Pete Resnick", "text": "<p><span class=\"user-mention\" data-user-id=\"1147\">@Tim Geoghegan</span> That is the II. But who is providing the II? I mean, I understand I might give my phone number or my email address to a messaging provider and say \"This is my II; I want you to provide me messaaging service\". But who are we expecting to be providing such an II or authoritative over such an II?</p>", "time": "2024-03-19T07:56:06Z"}, {"author": "Daniel Gillmor", "text": "<p>my instinct is that it is better to return key information during discovery</p>", "time": "2024-03-19T07:56:12Z"}, {"author": "Daniel Gillmor", "text": "<p>but it is also 4am and i might not be thinking clearly</p>", "time": "2024-03-19T07:57:30Z"}, {"author": "Sean Turner", "text": "<p>sorry to put you on the spot dud</p>", "time": "2024-03-19T07:57:45Z"}, {"author": "Eric Rescorla", "text": "<p>@DKG: I think the problem with that is it loads the discovery system a lot more as the keys need to be refreshed very often</p>", "time": "2024-03-19T07:57:45Z"}, {"author": "Sean Turner", "text": "<p>dude</p>", "time": "2024-03-19T07:57:48Z"}, {"author": "Daniel Gillmor", "text": "<p>no worries</p>", "time": "2024-03-19T07:58:07Z"}, {"author": "Harald Alvestrand", "text": "<p>If I already have the keys for an user, all that getting keys from the DP gives me is the chance of being fooled.</p>", "time": "2024-03-19T07:58:53Z"}, {"author": "Tim Geoghegan", "text": "<p>@Pete Resnick <a href=\"https://datatracker.ietf.org/doc/draft-rosenberg-mimi-discovery-reqs/01/\">https://datatracker.ietf.org/doc/draft-rosenberg-mimi-discovery-reqs/01/</a> has some discussion of this for phone numbers and emails, but I agree it's a tricky question</p>", "time": "2024-03-19T07:59:03Z"}, {"author": "Daniel Gillmor", "text": "<p>i was talking about signing id keys, fwiw</p>", "time": "2024-03-19T07:59:16Z"}, {"author": "Pete Resnick", "text": "<p>I have tried to figure out the answer from Jonathan's document, but I'm not getting it. But I'm a bit dim.</p>", "time": "2024-03-19T08:01:58Z"}, {"author": "Femi Olumofin", "text": "<p>Once I know, a contact is reachable at an MSP, Retrieval of the SSI/Key  can follow at the point of messaging the contact.A can be embedded in B as Alicia mentioned, but there might be cases where A returns multiple MSPS, and the a choice will be needed on what MSP to proceed with for B.</p>", "time": "2024-03-19T08:02:49Z"}, {"author": "Tim Geoghegan", "text": "<p>Section 2, definitions, discusses the notion of Telephone Number Service Providers and Email Providers, which I think are the entities you're asking about who are authoritative for those IIs?</p>", "time": "2024-03-19T08:03:40Z"}, {"author": "Daniel Gillmor", "text": "<p>most end users have no idea whether a phone number is a mobile or non-mobile</p>", "time": "2024-03-19T08:05:45Z"}, {"author": "Eric Rescorla", "text": "<p>You mean they don't know if their number is attached to a mobile phone? :)</p>", "time": "2024-03-19T08:06:13Z"}, {"author": "Daniel Gillmor", "text": "<p>and # porrtability suggests that mobile #s can become non-mobile and vice versa</p>", "time": "2024-03-19T08:06:15Z"}, {"author": "St\u00e9phane Bortzmeyer", "text": "<p>Isn't it a privacy issue to use telephone numbers (cf. recent SIgnal move)?</p>", "time": "2024-03-19T08:06:36Z"}, {"author": "Daniel Gillmor", "text": "<p>i mean they don't know whether their contacts phone number is mobile or not</p>", "time": "2024-03-19T08:06:36Z"}, {"author": "Eric Rescorla", "text": "<p>@DKG: yes, I knew</p>", "time": "2024-03-19T08:06:54Z"}, {"author": "Daniel Gillmor", "text": "<p>@Stephane, people who care about that level of privacy aren't interested in being discoverable</p>", "time": "2024-03-19T08:07:50Z"}, {"author": "Femi Olumofin", "text": "<p>@Daniel Gillmor indeed, the user may be unwilling to share phone # with a service for privacy reasons.</p>", "time": "2024-03-19T08:08:28Z"}, {"author": "Vittorio Bertola", "text": "<p>I simply would not want all people who know my 25-year-old mobile number to be able to reach me on MIMI.</p>", "time": "2024-03-19T08:10:24Z"}, {"author": "Travis Ralston", "text": "<p>I don't believe folks are saying that discovery is a requirement to use the system.</p>", "time": "2024-03-19T08:11:46Z"}, {"author": "Pete Resnick", "text": "<p>ISTM the only reason that telephone numbers are an interesting II is because it staples the II to a person with a phone provider as the authority.</p>", "time": "2024-03-19T08:12:27Z"}, {"author": "Travis Ralston", "text": "<p>Though there may need to be a notion of consent for who can discover a mapping - maybe only coworkers (by whatever definition) can use that number to find you?</p>", "time": "2024-03-19T08:12:35Z"}, {"author": "Vittorio Bertola", "text": "<p>If the only alternative to phone numbers is using SSIs, then you are introducing vendor lock-in.</p>", "time": "2024-03-19T08:13:00Z"}, {"author": "Jim Reid", "text": "<p>What happens when &gt;1 person/whatever shares the same phone number?</p>", "time": "2024-03-19T08:13:35Z"}, {"author": "Ben Campbell", "text": "<p>I wonder if an email SII is just a string SII that coincidentally looks like an email address.</p>", "time": "2024-03-19T08:13:53Z"}, {"author": "Daniel Gillmor", "text": "<p>@Pete, it's only relatively recently that phone numbers are associated with a single individual</p>", "time": "2024-03-19T08:13:53Z"}, {"author": "Travis Ralston", "text": "<p>Second order SIIs might also work. Over in Matrix our IDs are routable, but arguably independent.</p>", "time": "2024-03-19T08:14:20Z"}, {"author": "Marvin Wi\u00dffeld", "text": "<p>DeltaChat uses email addresses not only as identifier, but also distributes messages through email (SMTP+IMAP)</p>", "time": "2024-03-19T08:14:49Z"}, {"author": "Daniel Gillmor", "text": "<p>DeltaChat is in fact e-mail with a chat interface and autocrypt-facilitated OpenPGP</p>", "time": "2024-03-19T08:16:28Z"}, {"author": "Daniel Gillmor", "text": "<p>the idea of a single global DP seems like it presumes a political consensus that might not exist</p>", "time": "2024-03-19T08:18:45Z"}, {"author": "Tim Geoghegan", "text": "<p>Have the UN run it, I guess</p>", "time": "2024-03-19T08:19:20Z"}, {"author": "Travis Ralston", "text": "<p>The UN is not immune from politics either ;)</p>", "time": "2024-03-19T08:19:46Z"}, {"author": "Daniel Gillmor", "text": "<p>right, the UN, a classic example of functional global political consensus</p>", "time": "2024-03-19T08:19:53Z"}, {"author": "Pete Resnick", "text": "<p><span class=\"user-mention\" data-user-id=\"637\">@Daniel Gillmor</span> I can't imagine a world in which we can have that political consensus</p>", "time": "2024-03-19T08:20:09Z"}, {"author": "Sean Turner", "text": "<p><span aria-label=\"rolling on the floor laughing\" class=\"emoji emoji-1f923\" role=\"img\" title=\"rolling on the floor laughing\">:rolling_on_the_floor_laughing:</span></p>", "time": "2024-03-19T08:20:10Z"}, {"author": "Pete Resnick", "text": "<p>If an MSP runs its own DP, it is no longer provider independent, so I'm not even sure what that means anymore.</p>", "time": "2024-03-19T08:20:54Z"}, {"author": "Daniel Gillmor", "text": "<p>geographical sharding or jurisdictional sharding?</p>", "time": "2024-03-19T08:22:24Z"}, {"author": "Pete Resnick", "text": "<p>If an MSP runs its own <em>DP</em>, it is no longer provider independent, so I'm not even sure what that means anymore.</p>", "time": "2024-03-19T08:22:55Z"}, {"author": "Sean Turner", "text": "<p>I think they were equated</p>", "time": "2024-03-19T08:22:59Z"}, {"author": "Daniel Gillmor", "text": "<p>yeah but i think the real issue has to be jurisdictional</p>", "time": "2024-03-19T08:23:29Z"}, {"author": "Monika Ermert", "text": "<p>For oracles, they sit in Delphi traditionally - the EU Commission will agree <span aria-label=\"wink\" class=\"emoji emoji-1f609\" role=\"img\" title=\"wink\">:wink:</span></p>", "time": "2024-03-19T08:24:15Z"}, {"author": "St\u00e9phane Bortzmeyer", "text": "<p>And traditionally, their replies were undecipherable.</p>", "time": "2024-03-19T08:24:56Z"}, {"author": "Monika Ermert", "text": "<p>just like some protocols</p>", "time": "2024-03-19T08:25:38Z"}, {"author": "Jim Reid", "text": "<p>I can't imagine MSPs like (say) Apple or Whatsapp would want anyone else to provide the DP for their users.</p>", "time": "2024-03-19T08:26:59Z"}, {"author": "Daniel Gillmor", "text": "<p>the MSP is authoritative for the SSI, but it is <em>not</em> authoritative for the SII</p>", "time": "2024-03-19T08:27:51Z"}, {"author": "Marvin Wi\u00dffeld", "text": "<p>MSP can also resolve SII locally (without going to a third party DP) for SII that would resolve to an SSI they host themselves. That's likely what most providers will want to do</p>", "time": "2024-03-19T08:29:01Z"}]