-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Received omemo message that does not contain a key for this device #173
Comments
hi, and thanks for the report. this has been happening recently, and so far i couldn't manage to figure out why. the screenshot and the part from the debug log show two different things: first, it seems session establishment failed because the bundle was for the first problem, i need to return a more specific error code in a different library. for the second problem, i could try to repair the session instead of just writing an error message - other clients probably do something like that. both things are on my list, but are just workarounds or debugging help. what you could do to help me figure out the actual problem is to paste some more from the debug log. the thing that might help me reproduce this is the naked XML, which you can find in the debug log prepended by |
|
I have the same issue,
(I not check log) |
hi @katsuragi99, thanks for providing the debug full log. unfortunately it's not the same error as in the original post, were you not able to reproduce that? since it's a groupchat, i believe that the message @HumanG33k could you ask your friend for the output of the |
@gkdr my friend no use pidgin i do. When i try "/lurch status" in the pidgin conversation window the output is : Valid arguments for 'lurch' in IMs are 'show', 'remove', 'blacklist', 'uninstall', and 'help'. In order to help :
|
the command i suggested is only available in the new version. are you willing to try it with that? |
Since 0.7 (?) lurch seems to fail to advertise or retrieve new device FPs. A friend got this error after a clean reinstall of pidgin and lurch, the fingerprint produced with |
Hi. I just like to add that I have the same issue. Started after I upgraded to version 0.7. |
I just ran into this error on a new install of lurch via building from source on Solus. I was sending a message to my own account from the same account to test. Here is the debug output, I've redacted the key string and my address but left everything else intact The debug log output
(11:17:33) gtkutils: gdk_pixbuf_new_from_file() returned nothing for file /usr/share/pixmaps/pidgin/emotes/small/satisfied.png: Failed to open file “/usr/share/pixmaps/pidgin/emotes/small/satisfied.png”: No such file or directory
(11:17:34) util: Writing file prefs.xml to directory /home/tracey/.purple
(11:17:34) util: Writing file /home/tracey/.purple/prefs.xml
(11:17:38) jabber: Sending (ssl) (me@host/Home laptop): <message type='chat' id='purple9bad3026' to='me@host'><composing xmlns='http://jabber.org/protocol/chatstates'/></message>
(11:17:38) jabber: Sending (ssl) (me@host/Home laptop): <r xmlns='urn:xmpp:sm:3'/>
(11:17:38) jabber: Recv (ssl)(205): <message xml:lang='en' to='me@host/Home laptop' from='me@host/Home laptop' type='chat' id='purple9bad3026'><composing xmlns='http://jabber.org/protocol/chatstates'/></message>
(11:17:38) jabber: Recv (ssl)(26): <r xmlns='urn:xmpp:sm:3'/>
(11:17:38) jabber: Sending (ssl) (me@host/Home laptop): <a xmlns='urn:xmpp:sm:3' h='75'/>
(11:17:38) jabber: Recv (ssl)(33): <a h='48' xmlns='urn:xmpp:sm:3'/>
(11:17:38) XEP-0198: Acknowledged 48 out of 48 outbound stanzas
(11:17:38) lurch: retrieved devicelist for me@host:
<publish node="eu.siacs.conversations.axolotl.devicelist"><item><list
xmlns="eu.siacs.conversations.axolotl"><device id="1293090406" /><device
id="1651996201" /></list></item></publish>
(11:17:38) lurch: retrieved own devicelist:
<publish node="eu.siacs.conversations.axolotl.devicelist"><item><list
xmlns="eu.siacs.conversations.axolotl"><device id="1293090406" /><device
id="1651996201" /></list></item></publish>
(11:17:38) lurch: lurch_msg_encrypt_for_addrs: trying to encrypt key for 1 devices
(11:17:38) lurch: lurch_key_encrypt: encrypting key for me@host:1651996201
(11:17:38) xmlnode: XML parser error for xmlnode 0x168c510: Domain 3, code 100, level 1: xmlns: URI eu.siacs.conversations.axolotl is not absolute
(11:17:38) jabber: Sending (ssl) (me@host/Home laptop): <message type='chat' id='purple9bad3027' to='me@host'><active xmlns='http://jabber.org/protocol/chatstates'/><encrypted xmlns='eu.siacs.conversations.axolotl'><header sid='1293090406'><key rid='1651996201'>xxx</key><iv>xxx</iv></header><payload>8Rg=</payload></encrypted><encryption xmlns='urn:xmpp:eme:0' namespace='eu.siacs.conversations.axolotl' name='OMEMO'/><store xmlns='urn:xmpp:hints'/></message>
(11:17:38) jabber: Sending (ssl) (me@host/Home laptop): <r xmlns='urn:xmpp:sm:3'/>
(11:17:38) jabber: Sending (ssl) (me@host/Home laptop): <message type='chat' id='purple9bad3028' to='me@host'><active xmlns='http://jabber.org/protocol/chatstates'/></message>
(11:17:38) jabber: Sending (ssl) (me@host/Home laptop): <r xmlns='urn:xmpp:sm:3'/>
(11:17:38) gtkutils: gdk_pixbuf_new_from_file() returned nothing for file /usr/share/pixmaps/pidgin/emotes/small/satisfied.png: Failed to open file “/usr/share/pixmaps/pidgin/emotes/small/satisfied.png”: No such file or directory
(11:17:38) jabber: Recv (ssl)(741): <message xml:lang='en' to='me@host/Home laptop' from='me@host/Home laptop' type='chat' id='purple9bad3027'><active xmlns='http://jabber.org/protocol/chatstates'/><encrypted xmlns='eu.siacs.conversations.axolotl'><header sid='1293090406'><key rid='1651996201'>xxx</key><iv>xxx</iv></header><payload>8Rg=</payload></encrypted><encryption xmlns='urn:xmpp:eme:0' namespace='eu.siacs.conversations.axolotl' name='OMEMO'/><store xmlns='urn:xmpp:hints'/></message>
(11:17:38) jabber: XML parser error for JabberStream 0x78e800: Domain 3, code 100, level 1: xmlns: URI eu.siacs.conversations.axolotl is not absolute
(11:17:38) lurch: received omemo message that does not contain a key for this device, skipping
(11:17:38) jabber: Recv (ssl)(26): <r xmlns='urn:xmpp:sm:3'/>
(11:17:38) jabber: Sending (ssl) (me@host/Home laptop): <a xmlns='urn:xmpp:sm:3' h='76'/>
(11:17:38) jabber: Recv (ssl)(33): <a h='49' xmlns='urn:xmpp:sm:3'/>
(11:17:38) XEP-0198: Acknowledged 49 out of 50 outbound stanzas
(11:17:38) jabber: Recv (ssl)(202): <message xml:lang='en' to='me@host/Home laptop' from='me@host/Home laptop' type='chat' id='purple9bad3028'><active xmlns='http://jabber.org/protocol/chatstates'/></message>
(11:17:38) jabber: Recv (ssl)(33): <a h='50' xmlns='urn:xmpp:sm:3'/>
(11:17:38) XEP-0198: Acknowledged 50 out of 50 outbound stanzas
(11:17:38) jabber: Recv (ssl)(26): <r xmlns='urn:xmpp:sm:3'/>
(11:17:38) jabber: Sending (ssl) (me@host/Home laptop): <a xmlns='urn:xmpp:sm:3' h='77'/> |
@hecktest @tbjorheim if you remove your current device's ID from the devicelist, does the situation persist? @TraceyC77 thanks for the detailed debug log. so once again, even though the message contains does contain a key for the device ID ( |
Hi again. I tried to remove the ID using command "/lurch id remove". But seems to be the same issue. Also tried to disable using "/lurch disable" and then "/lurch enable" again. But still the same. I like to add that in my case, this is an issue in a group chat. And it seems like the other members get the message even if I get this error. And as mention in the other comment, it was working as it should, with the same group chat, before upgrading to 0.7. |
Thanks for trying. I'm sorry, for now I'm out of ideas. I will try adding more logging and see what comes up. |
A friend and I are running into a similar issue. Whenever we send a message with lurch for OMEMO, the receiving end can't decrypt it, getting the "This message was encrypted with OMEMO and could not be decrypted." message. It looks like it's not publishing properly. When I check the fingerprints under Gajim, it shows lurch's fingerprint as inactive. I'm running Chatty/Chats 0.7.0-rc0 with Lurch 0.7.0-1 on mobian bookworm on my Pinephone. My friend is running Pidgin 2.14.1 with the same version of Lurch. The server we're using is running Prosody 0.12.1. Here's logs from my end:
I didn't really see any error messages directly referencing lurch, I just kept the parts from first connecting and what came up when sending/receiving test messages. Friend's log: EDIT: Added friend's logs and Pidgin version |
I did a bit of testing. It works fine with whatever setup mailbox.org has for their XMPP server, but it doesn't publish its key to the keyring on my prosody server. When updating to Prosody 0.12, I switched over to its native bookmarks support. Is it possible that had something to do with it? Gajim and Dino don't have any issues with it |
Most reliable way to reproduce the issue is: 1: Sign into an account, on Pidgin or Chatty running lurch, on a server running Prosody 0.12.1 or Ejabberd 22.10 2: Sign into the same account on Gajim and then use its OMEMO plugin to clear the devices keys for the account Lurch won't publish the key again (tried disabling and enabling the account, restarted Pidgin/Chatty, etc.) so other devices won't know to encrypt for it. The only way I currently know of to work around it is: Delete the account from Pidgin/Chatty and re-add it OR run an older version of Ejabberd/Prosody |
i think i have the same issue. prosody 0.12.4 |
i have the feeling that it works between pidgin and conversations, but not between pidgin and dino. conversations does see the my fingerprint, but dino does not. |
i removed my account and added it again in pidgin. didn't help. still he same. some clients see the fingerprint of my device (conversations) and some clients (dino) don't. |
On Wed, 2023-12-27 at 07:34 -0800, Norayr Chilingarian wrote:
> Lurch won't publish the key again (tried disabling and enabling the
> account, restarted Pidgin/Chatty, etc.) so other devices won't know
> to encrypt for it. The only way I currently know of to work around
> it is: Delete the account from Pidgin/Chatty and re-add it OR run
> an older version of Ejabberd/Prosody
i removed my account and added it again in pidgin. didn't help. still
he same. some clients see the fingerprint of my device
(conversations) and some clients (dino) don't.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID:
***@***.***>
I've stopped testing and tinkering with lurch at this point. I've
started using Dino on my pinephone, dropping Chatty, and I don't use
anything else libpurple related. From what I remember, there was an
update to the pep standard that newer server software uses and lurch
needs to be updated to work with it. My memory isn't the greatest,
though, and it's been a while since I looked into it. Good luck!
|
so as i said, i am using it, it can talk to conversations, but not to dino. dino does'n't see the key. but it is interesting, that conversations also seems to loose the key? because when someone writes me from conversations, i get that 'I sent you an OMEMO encrypted message but your client doesn’t seem to support that. Find more information on https://conversations.im/omemo' but when i answer from pidgin, then suddenly end to end encryption starts working again. |
@qstambaugh Thanks for the steps to reproduce this. I'll try it. |
Using lurch 0.7.0 in pidgin
I created a private group and verified the fingerprints. When I send a message from Pidgin to Blabber on Android, I get "Received omemo message that does not contain a key for this device" for every message
But when I send a message from blabber to pidgin, there are no such messages.
This is my first time opening up an issue so if I didn't provide enough information then please let me know.
The text was updated successfully, but these errors were encountered: