<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 23 Jan 2020 at 20:17, Andrew Nenakhov <<a href="mailto:andrew.nenakhov@redsolution.com">andrew.nenakhov@redsolution.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">ср, 22 янв. 2020 г. в 16:44, Florian Schmaus <<a href="mailto:flo@geekplace.eu" target="_blank">flo@geekplace.eu</a>>:<br>
><br>
> On 21.01.20 17:28, Andrew Nenakhov wrote:<br>
> > Notice: this is a rather early sketch of a copy of a technology that we<br>
> > already use to great results and have implemented in a open-source and<br>
> > available XMPP server and at least two clients on different platforms<br>
> > (third is upcoming in a few months, too), that sync with each other<br>
> > swiftly and correctly.<br>
><br>
> Out of curiosity, could you reveal the names of those implementations?<br>
<br>
Names won't surptise you: server implementation is Xabber Server (XMPP<br>
part is a rather seriously modified version of ejabberd), and client<br>
implementations are Xabber for Web and Xabber for iOS. The latter is<br>
undergoing final cleanup stages (like, supernice voice messages<br>
recording, layout fixing, etc), but it's XMPP part is performing quite<br>
well. Xabber for Android implementation is upcoming.<br>
<br></blockquote><div><br></div><div>FWIW, ESL's mod_inbox, which my proposal is closely based on, is already implemented (in MongooseIM mainline) and our two clients for iOS and Android. These all predate my joining Pando, but I believe the server versus client portions were written independently, and the iOS and Android codebases share no code at all.</div><div><br></div><div>The differences between mod_inbox and this proposal are principally syntax - ESL's is a mirrored syntax of MAM in a different namespace, with adaptations to make it more suited for Inbox, whereas my proposal directly reuses MAM syntax components. This means it's simpler to construct, and derives benefit from other extensions to MAM (like MAMFC) automatically.</div><div><br></div><div>As such, I believe it should work effectively to provide similar efficiency to your proposal with lower state management effort on the server.</div><div><br></div><div>Dave.</div></div></div>