Re: [Standards] XEP-0313: pending 0.7 update review

chive id, which is from before the messages were sent. In other words, I think it'd be good if the sender could quickly learn what is the archive id for the message it just sent, or has the ability to query the archive based on origin-id. Best regards Michal Piotrowski Software Architect at https://w

Re: [Standards] XEP-0313: pending 0.7 update review

regards Michal Piotrowski Software Architect at https://www.erlang-solutions.com/ email: michal.piotrow...@erlang-solutions.com skype: twitter/github/medium: michalwski On Mon, 11 May 2020 at 10:22, Michal Piotrowski < michal.piotrow...@erlang-solutions.com> wrote: > Hi Matthew, > > Th

Re: [Standards] XEP-0313: pending 0.7 update review

Michal Piotrowski Software Architect at https://www.erlang-solutions.com/ email: michal.piotrow...@erlang-solutions.com skype: twitter/github/medium: michalwski On Wed, 22 Apr 2020 at 13:17, Florian Schmaus wrote: > On 4/22/20 12:07 PM, Matthew Wild wrote: > > On Tue, 21 Apr 2020 at 15:50

Re: [Standards] Sprint for Message Routing

to bare JID to all online/available user's sessions. The session is considered online/available only after sending the initial presence. Best regards Michal Piotrowski Software Architect at https://www.erlang-solutions.com/ email: michal.piotrow...@erlang-solutions.com skype: twitter/github/medium

Re: [Standards] Maintaining a list of ongoing conversations

ting point for further discussion which we are open to! Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 14 May 2018 at 12:28, JC Brand <li...@opkode.com> wrote: > Hi folks > > I'm interested in finding a way to keep track of ongoing conversations and > whether

Re: [Standards] Call for Experience: XEP-0092: Software Version

On 14 March 2018 at 18:28, Jonas Wielicki wrote: > The XEP Editor would like to Call for Experience with XEP-0092 before > presenting it to the Council for advancing it to Final status. > > > During the Call for Experience, please answer the following questions: > > 1. What

Re: [Standards] Message-IDs

Hi Simon Thanks for refreshing the topic. Few things from me below (perspective of XMPP server developer, MongooseIM). Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 13 February 2018 at 17:57, Simon Friedberger <simon.jab...@a-oben.org> wrote: > H

Re: [Standards] LAST CALL: XEP-0313 (Message Archive Management)

> Info: https://mail.jabber.org/mailman/listinfo/standards > Unsubscribe: standards-unsubscr...@xmpp.org > ___ > Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___

Re: [Standards] Bind 2.0 and Best Practices for Handling Offline Messages interoperability

Hi Kevin, Thanks for your comments. On 24 February 2017 at 10:25, Kevin Smith <kevin.sm...@isode.com> wrote: > Hi Michal, > > On 24 Feb 2017, at 08:31, Michal Piotrowski <michal.piotrowski@erlang- > solutions.com> wrote: > > XEP-0386: Bind 2.0 spec says: > &

[Standards] Bind 2.0 and Best Practices for Handling Offline Messages interoperability

livers unread as described in Bind 2.0 3. Client B sends messages to client A 4. Client A sends its initial presence. To my understanding only after this point the server can deliver messages to the client's resource. I'd gladly hear what I missed. Best regards Michal Piotrowski michal.piotr

Re: [Standards] LAST CALL: XEP-0352 (Client State Indication)

> Standards mailing list > Info: https://mail.jabber.org/mailman/listinfo/standards > Unsubscribe: standards-unsubscr...@xmpp.org > ___ > Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com

Re: [Standards] XEP-0198 stream resumption with too high 'h' parameter

I totally agree with that. Thanks for your response. I'm wondering if this should somehow be reflected in the XEP. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 14 February 2017 at 14:20, Georg Lukas <ge...@op-co.de> wrote: > * Michal Piotrowski <mi

Re: [Standards] XEP-0198 stream resumption with too high 'h' parameter

Thanks for the response. This somehow answers my second question. I still would like to know what should happen when server observers too high 'h' parameter when clients sends ack. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 14 February 2017 at 14:05, Ruslan N

[Standards] XEP-0198 stream resumption with too high 'h' parameter

reason and allow the client to try again or bind the session without resumption. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards

Re: [Standards] Proposed XMPP Extension: Bind 2.0

6120 https://tools.ietf.org/html/rfc6120#section-7.6.2 Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 19 January 2017 at 12:05, Michal Piotrowski < michal.piotrow...@erlang-solutions.com> wrote: > > On 19 January 2017 at 11:58, Kevin Smith <kevin.sm...@i

Re: [Standards] Proposed XMPP Extension: Bind 2.0

it does make sense. I already can't wait to see the "other XEP". Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___

Re: [Standards] Proposed XMPP Extension: Bind 2.0

user may want to have information about unread messages for such a contact. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 18 January 2017 at 15:36, Michal Piotrowski < michal.piotrow...@erlang-solutions.com> wrote: > I have another question regarding pipelining.

Re: [Standards] Proposed XMPP Extension: Bind 2.0

are server responses like stream features. Should server still send them? In my opinion they are redundant in this case as the client is probably not interested and already knows what features will be used. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 18 January 201

Re: [Standards] Proposed XMPP Extension: Bind 2.0

he spec assumes the server provides complete list of unread conversations, no matter how long it is. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standa

Re: [Standards] Proposed XMPP Extension: Bind 2.0

ire system. > Note: also enable acks? discuss on standards@ Does acks mean stream management? If so then I think it's worth enabling them by default for clients using bind 2.0 Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 17 January 2017 at 16:23, XMPP Extensions Edito

Re: [Standards] bind2

I'm really interested in seeing the changes in bind2. Even if they are just notes. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 13 January 2017 at 12:24, Florian Schmaus <f...@geekplace.eu> wrote: > On 13.01.2017 10:27, Kevin Smith wrote: > > On 11

Re: [Standards] Unread syncing

On 14 December 2016 at 14:50, Kevin Smith <kevin.sm...@isode.com> wrote: > On 14 Dec 2016, at 11:46, Michal Piotrowski <michal.piotrowski@erlang-solu > tions.com> wrote: > > > > On 2 December 2016 at 18:18, forenjunkie <forenjun...@chello.at> wrote: >

Re: [Standards] Unread syncing

On 2 December 2016 at 18:18, forenjunkie wrote: > Ah now im understanding, basically the server should give you a list of > contacts to query for messages. > > i would see this as a simply addition to MAM. > Would you see it as a new parameter to MAM query? or rather a

Re: [Standards] NEW: XEP-0380 (Explicit Message Encryption)

Thanks! Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 27 October 2016 at 16:08, Sam Whited <s...@samwhited.com> wrote: > On Thu, Oct 27, 2016 at 2:21 AM, Michal Piotrowski > <michal.piotrow...@erlang-solutions.com> wrote: > > The URL doesn't

Re: [Standards] UPDATED: XEP-0288 (Bidirectional Server-to-Server Connections)

The URL is still pointing to version 1.0 from 2013. Is this somehow connected with the error 404 I noticed for the new XEP 380 earlier today? Actually it looks like all the yesterday's updates are not reflected on the xmpp.org pages. Best regards Michal Piotrowski michal.piotrow...@erlang

Re: [Standards] NEW: XEP-0380 (Explicit Message Encryption)

The URL doesn't work for me. I get error 404. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 26 October 2016 at 22:42, XMPP Extensions Editor <edi...@xmpp.org> wrote: > Version 0.1 of XEP-0380 (Explicit Message Encryption) has been released. >

Re: [Standards] XEP-352 CSI - server behaviour when client's inactive but sends stanzas

behave as you described. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 31 March 2016 at 16:01, Florian Schmaus <f...@geekplace.eu> wrote: > On 31.03.2016 15:26, Michal Piotrowski wrote: > > Hi, > > > > The XEP-352 http://xmpp.org/extensions/xep

[Standards] XEP-352 CSI - server behaviour when client's inactive but sends stanzas

buffer these stanzas and process them later when client is back active? Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com ___ Standards mailing list Info: http://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr

Re: [Standards] UPDATED: XEP-0313 (Message Archive Management)

Great, thanks for the hint! Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 9 March 2016 at 11:17, Tobias M <tmarkm...@googlemail.com> wrote: > > On 09.03.2016, at 08:33, Michal Piotrowski > <michal.piotrow...@erlang-solutions.com> wrote: > >

Re: [Standards] UPDATED: XEP-0313 (Message Archive Management)

me). Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 8 March 2016 at 19:17, XMPP Extensions Editor <edi...@xmpp.org> wrote: > Version 0.5.1 of XEP-0313 (Message Archive Management) has been released. > > Abstract: This document defines a protocol to que

Re: [Standards] Proposed XMPP Extension: Token-based reconnection

to authenticate (without resuming the session)? Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com On 12 February 2016 at 11:08, Florian Schmaus <f...@geekplace.eu> wrote: > On 06.02.2016 12:22, Florian Schmaus wrote: >> On 05.02.2016 20:04, Lance Stout wrote: >>&g

Re: [Standards] Proposed XMPP Extension: Token-based reconnection

here is far from perfect and can be improved and we are open to do it. I really like the idea of using tokens with XEP-0198 but that would require some significant changes to XEP-0198 or creating a new extension to XEP-0198. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com

Re: [Standards] XMPP Summit 19 / FOSDEM

Hi, I'm going to attend the summit but I don't have an account on the wiki. I'd be glad if some could add me to the list. Here are my details (according to the "Summit Participants" table: | Michal | Piotrowski | michalwski | wed | sun | no | | Best regards Michal Piotrowski mich

[Standards] Stream Management and BOSH

are: 1. Doest this make sense? 2. Was Stream Management designed with BOSH in mind or only for regular TCP (or WS) connections? Many thanks in advance for any comment. Best regards Michal Piotrowski michal.piotrow...@erlang-solutions.com