Age | Commit message (Collapse) | Author |
|
It's currently impractical to use out-of-tree plugins that want to be
distributed via distribution channels.
Poezio now looks for every entry point registered in the
`poezio_plugins` entry group, and will use the first matching module
with the specified name.
This also helps specifically for the OMEMO plugin that has a conflicting
name (omemo / omemo) with the backend library.
Thanks jonas for pointing this out.
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
doc: Add link to external OMEMO plugin
See merge request poezio/poezio!66
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
mam: disco before query only if groupchat
See merge request poezio/poezio!65
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
load, unload: prevent Traceback when not enough parameters are specified
See merge request poezio/poezio!64
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Add poezio logo as SVG
See merge request poezio/poezio!63
|
|
|
|
doc: list additional required packages, add Debian two-liner
See merge request poezio/poezio!61
|
|
|
|
doc: explicitly use pip3
See merge request poezio/poezio!60
|
|
|
|
Don't ignore carbons if biboumi
See merge request poezio/poezio!59
|
|
There is no apparent reason why a disco#info should be done on the
domain Jid rather than the bare Jid. MUCs advertize their MUC-y-ness on
the bare Jid. This will also fix cases like chat@dino.im which is a MUC
component itself (whereas dino.im is a user host), and biboumi
components that serves a mic of MUCs and (IRC) users.
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Is known muc pm
See merge request poezio/poezio!58
|
|
Use new `by_jid` API to search for any tab containing the barejid, and
then look at the type of Tab.
Move the Tab search at the top of the checks so that we stop searching
if we already have done all this work for previous stanzas.
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Prevent Traceback when receiving MUC-PM carbons under some conditions
See merge request poezio/poezio!57
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Prevent plugin_e2ee from sending empty JID as recipient
See merge request poezio/poezio!56
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
BasePlugin: Remove debug logging
See merge request poezio/poezio!55
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
E2ee muc
See merge request poezio/poezio!53
|
|
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>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
E2EE plugins support
See merge request poezio/poezio!18
|
|
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
decrypt_message now takes an Encrypted container and a sender (JID)
instead of a Message object.
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
slixmpp-omemo's get_trust_for_jid doesn't provide fingerprints directly
anymore, it simply wraps the omemo lib method.
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
|
|
|
|
|
|
|
|
EncryptionPrepareException
We're not supposed to see MissingBundleException directly as it's
handled by slixmpp-omemo. Slixmpp-omemo will give us all the remaining
exceptions via EncryptionPrepareException when it doesn't know what to
do anymore.
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|
|
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
|