[Standards] xep-0313 missing features

Lazar Otasevic redhotbits at gmail.com
Mon Mar 5 17:09:50 UTC 2018


Yes i thought so... then my own messages(content) will come trough MAM
again, even though I already have them, and its a waste of traffic :(
Huh, i guess i have to live with it, but i would really appreciate if
something more efficient exists in XMPP.
In this case even my initial proposal with fetching ids only wouldn't help.
We would need pairs of (origin-id archived-id) but its too much.

Thaniks

On Mon, Mar 5, 2018 at 6:03 PM, Philipp Hörist <philipp at hoerist.com> wrote:

> you cant discover your archive id on outgoing messages
>
> you set a 'origin-id' on the outgoing message https://xmpp.org/
> extensions/xep-0359.html
>
> if you request later the archive and discover a origin-id you can check
> your db if it is already present
>
>
>
> 2018-03-05 17:42 GMT+01:00 Lazar Otasevic <redhotbits at gmail.com>:
>
>> @Philipp BTW, how do you handle own messages? how does client discover
>> archived id for newly sent message?
>>
>>
>> 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/41e132f3/attachment-0001.html>


More information about the Standards mailing list