[Standards] The Open Graph protocol

2020-11-04 Thread Severino Ferrer de la PeƱita
Hello! I'm working on a Prosody module that will use XEP-0422: Message Fastening ( https://xmpp.org/extensions/xep-0422.html ) to attach URL previews to messages by fetching Open Graph Protocol elements from the URL pasted in the chat. I would like to settle on a format that makes sense for

Re: [Standards] Proposed XMPP Extension: Pre-Authenticated In-Band Registration

2020-11-04 Thread Sam Whited
I missed this statement about 0389 last time. This is incorrect, 0389 does not use stanzas pre-auth, it just has the ability to use stanzas to do the same thing post-auth because I wanted to be able to register with something other than the server. For example, you might want an admin console that

Re: [Standards] LAST CALL: XEP-0443 (XMPP Compliance Suites 2021)

2020-11-04 Thread Martin Dosch
Dear all, I would like to also have XEP-0425: Message Moderation [1] added to the XMPP Compliance Suites 2021 as spam messages to MUCs are happening more often. Would you consider adding it to advanced client and advanced server? Best regards, Martin [1]

Re: [Standards] Use of XEP-0198 resumption under adverse network conditions

2020-11-04 Thread Ruslan N. Marchenko
Am Mittwoch, den 04.11.2020, 11:46 + schrieb Dave Cridland: > > Due to network analysis (and "thanks" to a bug in the server which > caused some useful logging), we were able to examine not only when > sessions went into the unresponsive state, but also when the client > subsequently sent

Re: [Standards] Proposed XMPP Extension: Pre-Authenticated In-Band Registration

2020-11-04 Thread Sam Whited
TL;DR IMO we should be stricter about the sync/async separation and not add more IQs before the session is established. I'd like to second this, but not from a security perspective but from a general dev / separation of concerns prospective (which I suppose is also a security perspective). An

Re: [Standards] Use of XEP-0198 resumption under adverse network conditions

2020-11-04 Thread Marvin W
Hi Dave, Thanks for your message. From my experience with mobile phone networks when traveling in Germany (not sure if it applies in other countries, as German mobile networks are far below average in my experience), I can confirm that temporary connectivity loss is not handled perfectly well in

Re: [Standards] Use of XEP-0198 resumption under adverse network conditions

2020-11-04 Thread Guus der Kinderen
Hi Dave, Thanks for sharing this. To verify that I got it wrong, can I dumb your suggestions down by summarizing them as: - Increase the timeout after which a connection is considered unrecoverably dead (to ... how many minutes?) - After a period of inactivity that's a lot shorter than

[Standards] Use of XEP-0198 resumption under adverse network conditions

2020-11-04 Thread Dave Cridland
Hey all, We (that is, myself and others from Forward Clinical Ltd, my employer) have been doing some extensive work to support high latency networks such as Satellite Links, in relation to our work with UK Defence Medical Services. Our "long thin" links cover the C2S link. We believe these

Re: [Standards] Proposed XMPP Extension: Pre-Authenticated In-Band Registration

2020-11-04 Thread Georg Lukas
Hi Dave, * Dave Cridland [2020-11-03 22:55]: > This is a very comprehensively written XEP for an initial submission. Thank you very much for your review! > My main concern here is the addition of a further IQ during unauthenticated > state. In the case of every server I've worked with, the IBR