[Standards] Re: Feedback requested: SVCB for XMPP

2024-02-14 Thread Dave Cridland
On Wed, 14 Feb 2024 at 15:14, Peter Saint-Andre wrote: > On 2/13/24 11:18 PM, Travis Burtrum wrote: > > > 5. > > Ultra-minor nit: is BOSH needed or useful with websockets and upcoming > > webtransport? legacy clients that don't support either of those won't > > support this either, and will look

[Standards] Re: Feedback requested: SVCB for XMPP

2024-02-14 Thread Stephen Paul Weber
Maybe because QUIC is still experimental QUIC was published as RFC 9000 almost 3 years ago. I meant XMPP QUIC, which is still an experimental XEP :) signature.asc Description: PGP signature ___ Standards mailing list -- standards@xmpp.org To

[Standards] Re: Proposed XMPP Extension: Host Meta 2 - One Method To Rule Them All

2024-02-14 Thread Peter Saint-Andre
On 2/13/24 9:32 PM, Travis Burtrum wrote: Apologies for the delay on this, but I finally have an update: On 12/15/23 23:00, Travis Burtrum wrote: Lastly I was asked to contact to XEP-0156 authors to see how they'd feel about this updating '156 instead of being it's own XEP I emailed stpeter

[Standards] Re: Feedback requested: SVCB for XMPP

2024-02-14 Thread Peter Saint-Andre
On 2/13/24 11:18 PM, Travis Burtrum wrote: 5. Ultra-minor nit: is BOSH needed or useful with websockets and upcoming webtransport? legacy clients that don't support either of those won't support this either, and will look up bosh the old way. Could we perhaps deprecate BOSH at this point?

[Standards] Re: Feedback requested: SVCB for XMPP

2024-02-14 Thread Peter Saint-Andre
On 2/13/24 11:30 PM, Stephen Paul Weber wrote: 2. It mentions QUIC, and links to the XEP, but I don't see a way to indicate a QUIC connection? Maybe because QUIC is still experimental, so probably not ready to be enshrined in an RFC, especially with WT coming. QUIC was published as RFC

[Standards] Re: Feedback requested: SVCB for XMPP

2024-02-14 Thread Dave Cridland
On Wed, 14 Feb 2024 at 06:18, Travis Burtrum wrote: > Hi Dave! > > I've only briefly reviewed this so far, so please forgive if I've missed > things, but I have some early comments: > > Major blocker I'm not sure can be addressed: > > 1. > This essentially re-introduces the major security flaw