15 Jul
2024
15 Jul
'24
3:17 p.m.
Hi,
Your constraints seem rather far fetched.
You are offline? What does this mean? in a local network, not connected to the internet?
How do you find and connect to another device without server?
Why would you need to transfer your history specifically in these conditions?
Simply upload to http server encrypted.
XML Stream via Server is not a good way to transfer hundreds of megabytes.
Is this about the transport method? Or the format?
Because interoperable format seems like a big task, transport seems easy.
I think defining the transport and where to store is useful short term, then every client
can offer their own backup.
Its useful independent of the format.
im less optimistic for a standardized exchange format.
Regards
Philipp
On Mon, Jul 15, 2024, at 21:55, Andrew Nenakhov wrote:
We're not currently doing it but considering to do
in the future. Very much likely we'll just do an upload of an encrypted archive via
cloud storage. This way it can be interoperable with the likes of Dropbox / gdrive /
whatever.
On Tue, Jul 16, 2024, 00:51 Tim Henkes <syndace(a)web.de> wrote:
Hi folks,
I've been brainstorming a mechanism for offline history transfer (i.e.
one client fetches the offline message history from another client). For
that, an encrypted direct client-to-client XML channel would be neat.
1. Are direct client-to-client XML channels a thing?
I found XEP-0247 [1], which looks alright on first read-through but is
deferred since 2010. Does someone more familiar with the topic know why
the XEP was abandoned and whether it could realistically be revived or
if there is a better alternative now?
2. Are encrypted direct client-to-client channels a thing?
There is JET [2], but it seems to focus on key negotiation (which I
would do differently) and file transfers, which I don't need either. I
don't see how a bidirectional data channel/stream would be encrypted
using JET.
There's also a XEP called jingle-xtls [3] in the Inbox, but it's even
more abandoned than XEP-0247 and also seems to focus mostly on the key
negotiation, which again I would do differently.
Next to these questions I would be interested in the general sentiment
and ideas for workarounds (e.g. "p2p is cursed, just send encrypted
stanzas via the server as usual" or "just use a simple binary format and
don't bother with a fully fledged XML stream").
Thanks :D
Tim
[1] https://xmpp.org/extensions/xep-0247.html
[2] https://xmpp.org/extensions/xep-0391.html
[3] https://xmpp.org/extensions/inbox/jingle-xtls.html
_______________________________________________
Standards mailing list -- standards(a)xmpp.org
To unsubscribe send an email to standards-leave(a)xmpp.org
_______________________________________________
Standards mailing list -- standards(a)xmpp.org
To unsubscribe send an email to standards-leave(a)xmpp.org