Re: [Standards] XEP-0313 for transports

4 Mar 2020 4:36:08 pm Kevin Smith : > On 26 Feb 2020, at 17:24, Jonas Schäfer < jo...@wielicki.name > [mailto:jo...@wielicki.name] > wrote: > > > > > On Mittwoch, 26. Februar 2020 16:40:06 CET Ivan Vučica wrote: > > > > > Hi, > > > > > > Sometimes, protocols backing transports may support

Re: [Standards] XEP-0313 for transports

On 26 Feb 2020, at 17:24, Jonas Schäfer wrote: > > On Mittwoch, 26. Februar 2020 16:40:06 CET Ivan Vučica wrote: >> Hi, >> >> Sometimes, protocols backing transports may support querying for an >> archive similar to how it's done with XEP-0313. >> >> tl;dr Can querying archives on non-own,

Re: [Standards] Call for Experience: XEP-0184: Message Delivery Receipts

On Tue, Mar 3, 2020, at 12:45, Jonas Schäfer wrote: > 3. Is the text of XEP-0184 clear and unambiguous? Are more examples >needed? Is the conformance language (MAY/SHOULD/MUST) appropriate? >Have developers found the text confusing at all? Please describe >any suggestions you have for

Re: [Standards] Council Minutes 2020-02-26

On 4 Mar 2020, at 15:00, Dave Cridland wrote: > > > > On Wed, 4 Mar 2020 at 10:23, Daniel Gultsch > wrote: > Am So., 1. März 2020 um 01:14 Uhr schrieb Tedd Sterr >: > > 4b) Advance XEP-0198 (Stream Management) - > >

Re: [Standards] Council Minutes 2020-02-26

On Wed, 4 Mar 2020 at 10:23, Daniel Gultsch wrote: > Am So., 1. März 2020 um 01:14 Uhr schrieb Tedd Sterr < > teddst...@outlook.com>: > > 4b) Advance XEP-0198 (Stream Management) - > https://xmpp.org/extensions/xep-0198.html > > Georg is unsure, but it's doing its job, expect for the unclear

Re: [Standards] Call for Experience: XEP-0198: Stream Management

On 26.02.20 12:25, Andrew Nenakhov wrote: пт, 21 февр. 2020 г. в 14:33, JC Brand : I have worked on deployments where Converse.js is integrated together with roster and presences and/or MUC presences and where pages are regularly reloaded (i.e. not a single-page app). Btw, I assume you use

Re: [Standards] LAST CALL: XEP-0398 (User Avatar to vCard-Based Avatars Conversion)

On 4 Mar 2020, at 10:00, Daniel Gultsch wrote: > > I’d like to get some more feedback (from more than 2 people) before I > rewrite vast parts of the XEP. > The XEP talks a lot about copy pasting one avatar to the other instead > of feeding them both from the same data storage. > To the user both

Re: [Standards] Council Minutes 2020-02-26

On 4 Mar 2020, at 10:22, Daniel Gultsch wrote: > > Am So., 1. März 2020 um 01:14 Uhr schrieb Tedd Sterr : >> 4b) Advance XEP-0198 (Stream Management) - >> https://xmpp.org/extensions/xep-0198.html >> Georg is unsure, but it's doing its job, expect for the unclear resume host >> connection

Re: [Standards] Call for Experience: XEP-0184: Message Delivery Receipts

On 3 Mar 2020, at 17:45, Jonas Schäfer (XSF Editor) wrote: > > The XEP Editor would like to Call for Experience with XEP-0184 before > presenting it to the Council for advancing it to Final status. > > > During the Call for Experience, please answer the following questions: > > 1. What

Re: [Standards] XEP-0184: Message Delivery Receipts and XEP-0333: Chat Markers

At the risk of AOLing, I think I agree with pretty much everything Marvin says here. /K > On 4 Mar 2020, at 11:45, Marvin W wrote: > > XEP-0184 is doing one job, that is to notify the sender when a message > was delivered to the recipient's client. That's literally what the title > is. While

Re: [Standards] XEP-0184: Message Delivery Receipts and XEP-0333: Chat Markers

XEP-0184 is doing one job, that is to notify the sender when a message was delivered to the recipient's client. That's literally what the title is. While in setups with MAM and SM, far less messages get lost, the pure specification of XMPP does not guarantee every message to be delivered to the

Re: [Standards] Council Minutes 2020-02-26

Am So., 1. März 2020 um 01:14 Uhr schrieb Tedd Sterr : > 4b) Advance XEP-0198 (Stream Management) - > https://xmpp.org/extensions/xep-0198.html > Georg is unsure, but it's doing its job, expect for the unclear resume host > connection mechanism. > Dave noted a comment on s2s, possibly from

Re: [Standards] Call for Experience: XEP-0368: SRV records for XMPP over TLS

Am Di., 11. Feb. 2020 um 16:31 Uhr schrieb Jonas Schäfer : > > The XEP Editor would like to Call for Experience with XEP-0368 before > presenting it to the Council for advancing it to Final status. > > > During the Call for Experience, please answer the following questions: > > 1. What software

Re: [Standards] Call for Experience: XEP-0184: Message Delivery Receipts

ср, 4 мар. 2020 г. в 11:10, Philipp Hörist : > > > > Am Di., 3. März 2020 um 21:19 Uhr schrieb Andrew Nenakhov > : >> >> >> I think this XEP should be obsoleted in favour of XEP-0333 Chat >> Markers, which does all that XEP-0184 does, plus something more. > Why would someone depreacte a spec that

Re: [Standards] LAST CALL: XEP-0398 (User Avatar to vCard-Based Avatars Conversion)

I’d like to get some more feedback (from more than 2 people) before I rewrite vast parts of the XEP. The XEP talks a lot about copy pasting one avatar to the other instead of feeding them both from the same data storage. To the user both approaches might provide very similar results but when it