E2EE MUC support

This change transmits the original JID of the sender (in decrypt) or
receiver(s) (in encrypt).

Handling of MUC is not complete. It is possible that some participants
have access to realjids while others don't (e.g., moderators in
semi-anon MUCs).

The code currently doesn't handle this and this will cause at least two
issues:
- Sending an encrypted message in a semi-anon MUC would reveal the
  sender's identity (public key)
- Recipients wouldn't be able to decrypt this message as they don't have
  access to the sender's realjid. Unless they already have the bundle
  available and then they could associate the public key with a jid
  (another privacy issue/defeating the point of semi-anon rooms).

TODO: Fix this ^

Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>

1 files changed, 1 insertions, 0 deletions

diff --git a/poezio/plugin.py b/poezio/plugin.py
index 61e0ea87..94cb330f 100644
--- a/poezio/plugin.py
+++ b/poezio/plugin.py
@@ -91,6 +91,7 @@ class SafetyMetaclass(type):
         async def async_helper(*args, **kwargs):
             passthrough = kwargs.pop('passthrough', False)
             try:
+                log.debug('FOO: %r, %r', args, kwargs)
                 return await f(*args, **kwargs)
             except:
                 if passthrough: