JMAP verwendet /.well-known für Service Discovery, wäre es eine gültige Verwendung von RFC 5785?

Question

Ich war

A JMAP -Unterstützung E-Mail-Host für die Domain example.com einen SRV-Eintrag _jmaps._tcp.example.com sollte veröffentlichen, die einen Hostnamen und Port gibt (in der Regel Port 443) überrascht. Die Authentifizierungs-URL lautet https://hostname/.well-known/jmap (nach allen Weiterleitungen).

Andere Autodiscovery-Optionen, die autoconfig.example.com oder autodiscover.example.com verwenden, können zu einer zukünftigen Version von JMAP hinzugefügt werden, um Clients zu unterstützen, die keine SRV-Suche verwenden können.

Es entspricht nicht den ursprünglichen Anwendungsfällen für die bekannte URI-Registrierung. Sachen wie robots.txt oder dnt/dnt-policy.txt. Und der IPP/CUPS-Druck funktioniert einwandfrei ohne Verwendung eines DNS-TXT-Datensatzes zur Angabe einer URL. Wenn Sie nach SRV-Datensätzen suchen, können Sie auch TXT nachschlagen. Und das Autodiscovery-Protokoll beinhaltet XML, das natürlich einen vollständigen URI enthalten kann.

z. Welche Chance hat die Registrierung bekannter URIs? Oder bleibt es eher als etwas Nicht-Standard, wie erfundene URI-Schemata?

Answer 1

Die Idee kam fast sicher von CalDav, das bereits in registry von bekannten URIs ist. RFC 6532 definiert DNS SRV und sowohl DNS TXT als auch eine bekannte URI. Der Vorschlag von JMAP ist also vollkommen begründet.

Es mag seltsam klingen, dass die URL authentifiziert wird, aber das ist auch in CalDav gerechtfertigt. Ich denke, es hilft shard Benutzer zwischen mehreren Servern.

---

IMO ist es nicht eine gute Möglichkeit, SRV zu verwenden. Auf der anderen Seite berücksichtigt JMAP Clients, die SRV nicht verwenden. Man vermutet, dass die Verwendung von CalDav aus ähnlichen Gründen erfolgt.

Es scheint verrückt, dass vermutlich Web-zentrische Implementierungen nicht in der Lage sind, vollständige URIs zu finden (d. H. Wenn sie das autoconfig-Protokoll verwenden).

Ich denke, Sie müssen daran denken, dass diese Ansätze von Benutzer E-Mail-Adressen beginnen. Die geheiligte Web-Architektur mit HTTP URIs for everything ... nun, lassen Sie uns sagen, es hat nicht viel zu sagen mailto: URIs. DNS muss der "richtige" Weg sein, um die Lücke von Domänen zu URIs zu überbrücken. Aber in einer Web-zentrierten Welt, in der Sie nicht unbedingt wissen, wie man DNS auflöst, oder nur, wie man nach IPs sucht, um mit HTTP zu sprechen? Es wird Kompromisse geben.