jdev - 2021-05-08

I think it's not useful, also. Just try to understand or at least be aware off issues witch may happen. For MUC it's maybe a important point, because I can not decrypt with incoming message.

If there is a omemo encrypted group the Server does not store the messages because the messages can not be used by people who where not present because the message was not encrypted for their fingerprints? Is this correct?

I think, no it's not correct. In semi-anonymous rooms you can also get the JID of the offline users. The PEP node should be open, you should be able to get the keys and encypt for offline devices also.

( I guess )

christian, a server could apply such logic, but most of them do not, the risk of not storing something what people need is probably to big

DebXWoody: you don't read your reflections in muc with omemo indeed, you display messages to send

I think it has to do with forward secrecy or something

(not encrypting to self)

> I think, no it's not correct. In semi-anonymous rooms you can also get the JID of the offline users. The PEP node should be open, you should be able to get the keys and encypt for offline devices also. > ( I guess ) s/semi/non

> The PEP node should be open I don’t think anything says it SHOULD be open and I *think* it’s very often not the case.

Indeed it is working. Not present people recieve when they log in later encrypted messages. I do not understand the Alice/Bob thing in this case.

> I don’t think anything says it SHOULD be open and I *think* it’s very often not the case. I think it should say this. Otherwise you'll get in trouble when creating a private chat with two other persons who don't have mutually subscription.

Wasn't this the reason for the prosody module omemo_all_access or so which Daniel did for old prosodys.