[Standards] xep-0313 missing features

Lazar Otasevic redhotbits at gmail.com
Mon Mar 5 21:08:02 UTC 2018


yes thats what i thought - carbon would be good

On Mon, Mar 5, 2018 at 6:14 PM, Kevin Smith <kevin.smith at isode.com> wrote:

> On 5 Mar 2018, at 16:42, Lazar Otasevic <redhotbits at gmail.com> wrote:
> > @Philipp BTW, how do you handle own messages? how does client discover
> archived id for newly sent message?
>
> It’s a thing we still have to sort out (probably by having Carbons send
> your own messages back including the archive id). We know that one’s a
> problem.
>
> /K
>
> >
> >
> > On Mon, Mar 5, 2018 at 4:48 PM, Lazar Otasevic <redhotbits at gmail.com>
> wrote:
> > Kevin suggested to use both (before..after) and i see no way to query
> first 10 or last 10, its a must have.
> > I know the count may be omitted and that makes it more difficult because
> if i query always 10 - before then i may fetch more than i need - its a
> waste
> >
> > On Mon, Mar 5, 2018 at 2:12 PM, Philipp Hörist <philipp at hoerist.com>
> wrote:
> > <iq type='set' id='q29302'>
> >   <query xmlns='urn:xmpp:mam:2'>
> >     <x xmlns='jabber:x:data' type='submit'>
> >       <field var='FORM_TYPE' type='hidden'>
> >         <value>urn:xmpp:mam:2</value>
> >       </field>
> >     </x>
> >    <set xmlns='http://jabber.org/protocol/rsm'>
> >       <max>10</max>
> >       <before/>
> >     </set>
> >   </query>
> > </iq>
> >
> > This gives you the last 10 messages of the whole Archive, you can add
> time / jid filtering to get the last 10 from a JID or the last 10 inside a
> timeframe
> >
> > 2018-03-05 14:06 GMT+01:00 Lazar Otasevic <redhotbits at gmail.com>:
> > because, why not. clients should be able to choose direction i guess.
> not every needs to work the same?
> >
> > On Mon, Mar 5, 2018 at 1:56 PM, Philipp Hörist <philipp at hoerist.com>
> wrote:
> >
> > 2018-03-05 13:42 GMT+01:00 Lazar <redhotbits at gmail.com>:
> > yes we need explicit controll to request last 10 or first 10 results
> then, i dont see it possible now
> >
> >
> >
> > why do you need that? You can definitly do a query like that, but i dont
> see why you ever want to do that.
> >
> > _______________________________________________
> > Standards mailing list
> > Info: https://mail.jabber.org/mailman/listinfo/standards
> > Unsubscribe: Standards-unsubscribe at xmpp.org
> > _______________________________________________
> >
> >
> >
> > _______________________________________________
> > Standards mailing list
> > Info: https://mail.jabber.org/mailman/listinfo/standards
> > Unsubscribe: Standards-unsubscribe at xmpp.org
> > _______________________________________________
> >
> >
> >
> > _______________________________________________
> > Standards mailing list
> > Info: https://mail.jabber.org/mailman/listinfo/standards
> > Unsubscribe: Standards-unsubscribe at xmpp.org
> > _______________________________________________
> >
> >
> >
> > _______________________________________________
> > Standards mailing list
> > Info: https://mail.jabber.org/mailman/listinfo/standards
> > Unsubscribe: Standards-unsubscribe at xmpp.org
> > _______________________________________________
>
> _______________________________________________
> Standards mailing list
> Info: https://mail.jabber.org/mailman/listinfo/standards
> Unsubscribe: Standards-unsubscribe at xmpp.org
> _______________________________________________
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.jabber.org/pipermail/standards/attachments/20180305/69f74ab5/attachment.html>


More information about the Standards mailing list