[Standards] Move Carbons to Last Call ("Proposed")

Steve Kille steve.kille at isode.com
Wed Aug 12 06:12:52 UTC 2015


Given that a MAM based approach may be the  preferred medium term approach, it seems to me that we should focus efforts to work out what the medium term approach is going to be.   If we end up deciding that a MAM based approach is preferred, it would be confusing to progress carbons as well.

Also, if there is a list of issues that some people view need fixing with carbons, I think it would be good to have that list explicitly compiled and reviewed.   If we were to progress without fixing,  I think that the list should be in the spec.


> -----Original Message-----
> From: Standards [mailto:standards-bounces at xmpp.org] On Behalf Of Sam Whited
> Sent: 11 August 2015 20:59
> To: XMPP Standards
> Subject: Re: [Standards] Move Carbons to Last Call ("Proposed")
> On Tue, Aug 11, 2015 at 2:18 PM, Florian Schmaus <flo at geekplace.eu> wrote:
> > The Carbons XEP is not yet ready to advance in my opinion: The open
> > issues of xep280 haven't been addressed since the last try to advance
> > carbons in April 2015:
> > http://mail.jabber.org/pipermail/standards/2015-April/029709.html
> That discussion effectively stalled, this is to start it back up.
> I don't think any of these problems need "fixing", and the ending of that discussion was effectively that MAM would be a replacement
> eventually. This makes me think that we should go ahead and advance carbons for now (I don't think it needs to do anythihng extra,
> personally), and then we can superceded it if/when MAM actually supports the same use case.
> My argument is effectively that carbons works right now, and it works well. If we want it to become more widely deployed, we should
> move it forward. If we think there are changes that need to be made or that it doesn't work, we should make those changes, but I
> don't think this is the case, and I fail to be convinced by any of the arguments in the old discussion.
> —Sam
> --
> Sam Whited
> pub 4096R/54083AE104EA7AD3
> https://blog.samwhited.com

More information about the Standards mailing list