Version 0.1.0 of XEP-0389 (Extensible In-Band Registration) has been released.
Abstract:
This specification defines an XMPP protocol extension for in-band
registration with instant messaging servers and other services with which an
XMPP entity may initiate a stream.
It aims to
Version 0.1.0 of XEP-0388 (Extensible SASL Profile) has been released.
Abstract: This document describes a replacement for the SASL profile documented
in RFC 6120 which allows for greater extensibility.
Changelog: [See revision history] (XEP Editor (ssw))
Diff:
Version 1.0.0 of XEP-0233 (XMPP Server Registration for use with Kerberos V5)
has been released.
Abstract: This specification defines the Kerberos principal name of an XMPP
server. It also details a method by which a connecting client can determine
this Kerberos principal name when
On Wed, Mar 8, 2017 at 11:50 AM, Daniel Gultsch wrote:
> 2. Entity Caps 2
>
> Vote on accepting Entity Caps 2
> (https://xmpp.org/extensions/inbox/ecaps2.html) as experimental.
+1
___
Standards mailing list
Info:
On Thu, Mar 9, 2017 at 12:58 PM, Tobias Markmann
wrote:
> 2. Entity Caps 2
>>
>> Vote on accepting Entity Caps 2
>> (https://xmpp.org/extensions/inbox/ecaps2.html) as experimental.
>>
>> Daniel +1
>>
>> Other to vote on list
>>
>> Council agrees that
On 16 March 2017 at 12:31, Dave Cridland wrote:
> On 8 March 2017 at 17:50, Daniel Gultsch wrote:
>> Council agrees that this needs more list discussion on list on whether
>> this should be an inplace upgrade to XEP-0115. If it becomes a new XEP
>> depending
On 8 March 2017 at 17:50, Daniel Gultsch wrote:
> 2. Entity Caps 2
>
> Vote on accepting Entity Caps 2
> (https://xmpp.org/extensions/inbox/ecaps2.html) as experimental.
>
> Daniel +1
>
+1 to this.
> Other to vote on list
>
> Council agrees that this needs
On 28 February 2017 at 16:37, JC Brand wrote:
> 2) Georg opened an PR on MUC private messages,
> https://github.com/xsf/xeps/pull/436
>
> Dave Cridland thinks it needs some security considerations, in particular
> around replacing/removing client-added stuff.
I'm not wild
Looks reasonable to me.
I'd appreciate a namespace bump.
On 16 March 2017 at 11:03, Steve Kille wrote:
>
> Georg has suggested a new order for proxy JID. I've discussed with Kevin
> Smith and we think the rationale for change of order makes sense.
>
> The original
Georg has suggested a new order for proxy JID. I've discussed with Kevin
Smith and we think the rationale for change of order makes sense.
The original rationale for this syntax as to align to "plus addressing" used
with email address. If we are going to change the order a new separator
seems
On 15 March 2017 at 17:46, Kevin Smith wrote:
> I’ve not done the research I should have before responding to this, so
> apologies if what I say is patently stupid.
>
>> On 15 Mar 2017, at 14:36, Dave Cridland wrote:
>>> On 15 March 2017 at 14:02, Steve
Dave,
> -Original Message-
> From: Standards [mailto:standards-boun...@xmpp.org] On Behalf Of Dave
> Cridland
> Sent: 16 March 2017 09:10
> To: XMPP Standards
> Subject: Re: [Standards] I propose to remove "Prefer Hidden" from core MIX
>
> I would like to object to removing
1. Roll call ( http://logs.xmpp.org/council/2017-03-15/#16:00:45 )
- Tobias (chairing)
- Sam
- Dave
- Daniel excused
- Link Mauve not present
2. Minute Taker ( http://logs.xmpp.org/council/2017-03-15/#16:04:44 )
===
Tobias says he will write up the meeting minutes
3.
I would like to object to removing user-controlled visibility.
Of the two visibility controls, I would infinitely prefer to remove
the channel-level control, in fact - the notion that the visibility of
your jid should be under the control of a third party just seems
fundamentally wrong - but I'm
14 matches
Mail list logo