<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 4 Mar 2020 at 10:23, Daniel Gultsch <<a href="mailto:daniel@gultsch.de">daniel@gultsch.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am So., 1. März 2020 um 01:14 Uhr schrieb Tedd Sterr <<a href="mailto:teddsterr@outlook.com" target="_blank">teddsterr@outlook.com</a>>:<br>
> 4b) Advance XEP-0198 (Stream Management) - <a href="https://xmpp.org/extensions/xep-0198.html" rel="noreferrer" target="_blank">https://xmpp.org/extensions/xep-0198.html</a><br>
> Georg is unsure, but it's doing its job, expect for the unclear resume host connection mechanism.<br>
> Dave noted a comment on s2s, possibly from MattJ, which he has yet to consider, but s2s is under-specified at best.<br>
> 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.<br>
> 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.<br>
><br>
> Jonas: [on-list] (yet to catch up on the thread)<br>
> Daniel: -1 (people have brought up valid, but fixable, concerns)<br>
> Zash: -1 (haven't read that thread yet)<br>
> Dave: -1 (lack of clarity on s2s implementations)<br>
> Georg: -1<br>
<br>
<br>
Do we have a way forward with this that isn’t just ignoring it?<br>
Are any of the authors who are still active in the community (looking<br>
at you Matt and Dave) willing to incorporate whatever the consensus is<br>
on how to proceed?<br>
<br></blockquote><div><br></div><div>Sure.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Do we want to eliminate s2s from the XEP?<br>
<br></blockquote><div><br></div><div>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.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Are server developers interested in implementing 198 s2s?<br>
<br></blockquote><div><br></div><div>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.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Personally I would hope for the latter. But I’m not a server<br>
developer; Maybe it's more complicated or unnecessary as it seems.<br>
<br>
<br>
><br>
> 4c) Advance XEP-0368 (SRV records for XMPP over TLS) - <a href="https://xmpp.org/extensions/xep-0368.html" rel="noreferrer" target="_blank">https://xmpp.org/extensions/xep-0368.html</a><br>
> Travis Burtrum promised to make some changes to XEP-0368, mostly clerical, and changing a SHOULD to a MAY.<br>
><br>
> Jonas: -1 (changes need to be made)<br>
> Georg: -1 (liked the proposed wording)<br>
> Zash: [on-list]<br>
> Daniel: [on-list] (not caught up on that)<br>
<br>
-1. I think there is consensus for some changes.<br>
_______________________________________________<br>
Standards mailing list<br>
Info: <a href="https://mail.jabber.org/mailman/listinfo/standards" rel="noreferrer" target="_blank">https://mail.jabber.org/mailman/listinfo/standards</a><br>
Unsubscribe: <a href="mailto:Standards-unsubscribe@xmpp.org" target="_blank">Standards-unsubscribe@xmpp.org</a><br>
_______________________________________________<br>
</blockquote></div></div>