[Standards] Council Minutes 2020-02-26

Kevin Smith kevin.smith at isode.com
Wed Mar 4 15:05:37 UTC 2020


On 4 Mar 2020, at 15:00, Dave Cridland <dave at cridland.net> wrote:
> 
> 
> 
> On Wed, 4 Mar 2020 at 10:23, Daniel Gultsch <daniel at gultsch.de <mailto:daniel at gultsch.de>> wrote:
> Am So., 1. März 2020 um 01:14 Uhr schrieb Tedd Sterr <teddsterr at outlook.com <mailto:teddsterr at outlook.com>>:
> > 4b) Advance XEP-0198 (Stream Management) - https://xmpp.org/extensions/xep-0198.html <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 MattJ, which he has yet to consider, but s2s is under-specified at best.
> > Jonas doesn't think it's possible to move forward if there are zero s2s implementations; Dave doesn't think any were explicitly mentioned, which would itself be a procedural reason for not advancing.
> > Zash mentions that mod_smacks for Prosody does support XEP-0198 in s2s, though not resumption, and it's disabled by default - Dave thinks it's unclear what resumption would do for s2s.
> >
> > Jonas: [on-list] (yet to catch up on the thread)
> > Daniel: -1 (people have brought up valid, but fixable, concerns)
> > Zash: -1 (haven't read that thread yet)
> > Dave: -1 (lack of clarity on s2s implementations)
> > Georg: -1
> 
> 
> Do we have a way forward with this that isn’t just ignoring it?
> Are any of the authors who are still active in the community (looking
> at you Matt and Dave) willing to incorporate whatever the consensus is
> on how to proceed?
> 
> 
> Sure.
>  
> Do we want to eliminate s2s from the XEP?
> 
> 
> I don't know. Mostly, I don't know if anyone implements it. I'm pretty sure M-Link does on S2S, because I think I put it there - but whether anything else does I don't know.
>  
> Are server developers interested in implementing 198 s2s?
> 
> 
> I might, in Metre. But I'd definitely only do acks, not resumption - I don't think there's any value on resumption for S2S.

I think there is value actually (despite M-Link not doing it) because it, in principle, allows retransmission of stanzas without duplication.

/K

>  
> Personally I would hope for the latter. But I’m not a server
> developer; Maybe it's more complicated or unnecessary as it seems.
> 
> 
> >
> > 4c) Advance XEP-0368 (SRV records for XMPP over TLS) - https://xmpp.org/extensions/xep-0368.html <https://xmpp.org/extensions/xep-0368.html>
> > Travis Burtrum promised to make some changes to XEP-0368, mostly clerical, and changing a SHOULD to a MAY.
> >
> > Jonas: -1 (changes need to be made)
> > Georg: -1 (liked the proposed wording)
> > Zash: [on-list]
> > Daniel: [on-list] (not caught up on that)
> 
> -1. I think there is consensus for some changes.
> _______________________________________________
> Standards mailing list
> Info: https://mail.jabber.org/mailman/listinfo/standards <https://mail.jabber.org/mailman/listinfo/standards>
> Unsubscribe: Standards-unsubscribe at xmpp.org <mailto:Standards-unsubscribe at xmpp.org>
> _______________________________________________
> _______________________________________________
> Standards mailing list
> Info: https://mail.jabber.org/mailman/listinfo/standards <https://mail.jabber.org/mailman/listinfo/standards>
> Unsubscribe: Standards-unsubscribe at xmpp.org <mailto:Standards-unsubscribe at xmpp.org>
> _______________________________________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.jabber.org/pipermail/standards/attachments/20200304/21644041/attachment.html>


More information about the Standards mailing list