Re: [Standards] Proposed XMPP Extension: User Avatar to vCard-Based Avatars Conversion

2018-01-10 Thread Daniel Gultsch
2018-01-10 19:39 GMT+01:00 Georg Lukas : > My only issue is that an 84-only client will upload the avatar under the > assumption that it will be limited to contacts, but the server will open > it to the whole world. Requiring a client update to let the user know > the implications is not how this p

Re: [Standards] Proposed XMPP Extension: User Avatar to vCard-Based Avatars Conversion

2018-01-10 Thread Daniel Gultsch
2018-01-10 19:39 GMT+01:00 Georg Lukas : > * Jonas Wielicki [2017-12-19 09:58]: >> Title: User Avatar to vCard-Based Avatars Conversion > > This is a nice and short patch to the convoluted avatar vs. MUC problem > we are having. > > My only issue is that an 84-only client will upload the avatar un

Re: [Standards] Proposed XMPP Extension: User Avatar to vCard-Based Avatars Conversion

2018-01-10 Thread Georg Lukas
* Jonas Wielicki [2017-12-19 09:58]: > Title: User Avatar to vCard-Based Avatars Conversion This is a nice and short patch to the convoluted avatar vs. MUC problem we are having. My only issue is that an 84-only client will upload the avatar under the assumption that it will be limited to contac

[Standards] XMPP Council Minutes for 2017-01-10

2018-01-10 Thread Dave Cridland
1) Roll Call All present. 2) Agenda Some discussion of adding user-invite to the list, but (to me relief) it hadn't actually been announced on the list at the start of the meeting. 3) Did Everyone Have a Nice Christmas? ‎Kev‎: So, long story... ‎Ge0rG‎: Yes, without further detail. SamWhited‎:

Re: [Standards] XEP-0060: Register publish options 'persist-items'

2018-01-10 Thread Daniel Gultsch
Bumping this thread. If you know anyone who has stakes in pubsub but might not read this list please refer them to this thread or this PR. Feedback is very welcome. I'm not 100% sure myself which of the three PRs is the best solution; But we have to do something. (At least merge #555 which has th

[Standards] Proposed XMPP Extension: Easy User Onboarding

2018-01-10 Thread XSF Editor
The XMPP Extensions Editor has received a proposal for a new XEP. Title: Easy User Onboarding Abstract: This document defines a protocol and URI scheme for user invitation in order to allow a third party to register on a server. The goal of this is to make onboarding for XMPP IM newcomers as easy

Re: [Standards] Proper SRV Record Fallback

2018-01-10 Thread Holger Weiß
* Travis Burtrum [2018-01-09 21:28]: > Made up scenario time! > > [...] > > Is there any reason why any client would rather fail and show a 'cannot > connect' to a user rather than actually allowing them to connect? The standards@-relevant question would be whether there's a reason to mandate a

Re: [Standards] Interactions between PubSub and RSM

2018-01-10 Thread Kevin Smith
On 27 Dec 2017, at 17:56, Emmanuel Gil Peyrot wrote: > > Hi, > > In PubSub[0] there is one example of using RSM[1] to say that only some > items have been sent[2]. I can’t find any mention of how to query the > rest, or how to (as a client) ask for a specific subset. > > Movim[3] uses the > s

Re: [Standards] Proposal: Server selection for user-registration

2018-01-10 Thread Kevin Smith
On 9 Jan 2018, at 13:42, Guus der Kinderen wrote: > > We currently have a pre-existing central directories of XMPP domains at > https://xmpp.net/directory.php - the code powering the observatory is > available (the most up-to-date code is in Jonas' repo: > https://github.com/horazont/xmppoke-f

Re: [Standards] Proper SRV Record Fallback

2018-01-10 Thread Jonas Wielicki
Hi Travis, Notes inline. On Montag, 8. Januar 2018 23:19:36 CET Travis Burtrum wrote: > First, what do docs say: > > RFC-6120[2] Section-3.2.1 #7 says: > > 7. If the initiating entity fails to connect using all resolved IP > > > > addresses for a given FDQN, then it repeats the process of