Messaging with the L5


#41

I couldn’t wait. I’ve undone the change suggested by https://stackoverflow.com/questions/49467337/xmpp-offline-messages-are-not-received-by-conversations-but-by-gajim-from-ejab, meaning most probably messages are not being sent to the MAM anymore, and was able to send messages to the Conversations client while it was offline and they were retrieved when it came online.

So this is pretty good… still too bad libpurple doesn’t support MAM…


#42

Awesome, did you tryed conversations to send message to an offline chatty? to see if does it works?


#43

Chatty receiving offline messages confirmed here: Messaging with the L5


#44

Is that how Google Hangouts worked? I was surprised the first time I saw all of my message threads in the Gmail environment. It was after that Wave idea went nowhere.


#45

@eagle Movim is mainly a non-commercial one person project, AFAIK. You can talk to the developer in the XMPP room xmpp:movim@conference.movim.eu?join Because Movim needs to get your XMPP credentials, you need either a special account for it (that’s what I do) or self-host ($ sudo apt install movim). Movim is a very nice and interesting project, but probably not the chat solution for L5.


#46

Hi all!

The issue with Chatty/lurch, not being able to establish an OMEMO chat with Dino, has been solved by Richard Bayerle, the maintainer of the ‘lurch’ OMEMO plugin for libpurple. I have merged the commit already into the librem5 fork, so the fix is available in the librem5 image now.

I have tested OMEMO chats successfully with Dino, Gajim, and ChatSecure.

If you guys feel like testing it by yourself with Chatty or Pidgin, please build the /dev branch of the https://github.com/gkdr/lurch repo, and don’t forget to perform a “git submodule update --init --recursive”, to pull the libomemo-changes into the lurch directory before running “make”.

Have fun!

Andrea


#47

Any idea how using chatty affects security / encryption in Telegram?


#48

Personally, I find the discussed messengers too heavyweight. I like the following two which have been around in F-Droid for quite a while already:

  • silence.im (practically-serverless, uses regular SMS/text messages and encrypts them the signal way)
  • delta.chat (practically-serverless, uses the existing e-mail infrastructure)

Both have their pros and cons, but I think integrating the silence functionality into the default messenger app on the L5 would not hurt. Of course it does not provide a solution for group chats and sending media, but would be way better than unencrypted text messages.


#49

I have a lot pushed in Silence direction for SMS (here, there, and in this forum too), but I feel they don’t have resource to integrate Silence Protocol into the SMS app, which is too bad.

About messaging app, I have discovered Jami on F-Droid : this is really promising ! I don’t know why it is not known so much, I have tested and it works pretty well so far. It’s a messaging app like Signal, but without server (so same method as Silence) and you can send messages, call, but also video call. Everything is store in local (because serverless), and is peer-to-peer encrypted.


#50

The main drawback of Jami is offline messages don’t work. Both users need to be online to receive them.


#51

I didn’t know that, I thought I could send messages offline. I hope to test this situation to confirm, maybe Jami has improved this aspect since.


#52

@rinokeros : so after testing :

  1. message sent offline to offline recipient : no message received by the recipient
  2. message sent online to offline recipient : message received by the recipient after enabling data

So for me, Jami is pretty convenient for what it does. The only issue is the battery drain, still not optimized yet.


GNU Jami (Signal/WhatsApp/Telegram replacement)