It is a bit of a shame that these two communities are a bit hostile towards each other (justified grivances aside), and better bridging/gateways between the two would be nice.
There is of course Bifrost, but it is not very nice to use from the XMPP side (no MAM and other functional issues) and development is slow. In addition there are several good patches from the aria-net.org project that are not integrated upstream (yet) for various reasons. See aria-net.org 's version here: https://github.com/maranda/matrix-bifrost
I think part of the reason why Bifrost is not getting the improvements that it needs is the apparent low code-quality (like most 1st party Matrix projects) and the reluctance to work for "free" on behalf of the XMPP communty to improve a project by a multi-million dollar funded org. On the other side XMPP seems to be a really low priority for New Vector, so improvements are unlikely.
But one general problem is that basically all Matrix bridges (other than very simple bot bridges like Matterbridge) require running a Matrix Synapse homeserver, which is sadly quite resource intensive (and more efficient ones like conduit.rs are still buggy with appservices).
It is a bit of a shame that these two communities are a bit hostile towards each other (justified grivances aside), and better bridging/gateways between the two would be nice.
There is of course Bifrost, but it is not very nice to use from the XMPP side (no MAM and other functional issues) and development is slow. In addition there are several good patches from the aria-net.org project that are not integrated upstream (yet) for various reasons. See aria-net.org 's version here: https://github.com/maranda/matrix-bifrost
I think part of the reason why Bifrost is not getting the improvements that it needs is the apparent low code-quality (like most 1st party Matrix projects) and the reluctance to work for "free" on behalf of the XMPP communty to improve a project by a multi-million dollar funded org. On the other side XMPP seems to be a really low priority for New Vector, so improvements are unlikely.
There are also some other projects like a puppeteering bridge from Matrix side: https://github.com/ilvar/mx-puppet-xmpp
And also this recent project that looks like a better gateway, but not sure:
https://cyberchaos.dev/kloenk/matrix-appservice-xmpp
But one general problem is that basically all Matrix bridges (other than very simple bot bridges like Matterbridge) require running a Matrix Synapse homeserver, which is sadly quite resource intensive (and more efficient ones like conduit.rs are still buggy with appservices).
Not much as of now. You write it your jid and password in a private chat, it connects to the XMPP server and creates a matrix room for each contact in the roster. Basic text messages work flawlessly in both directions. It is very reliable, even when the XMPP server is flaky.
They also said that it is multi-user, so I guess one could call this a multi-user puppeteerning bridge and not a gateway.
> And also this recent project that looks like a better gateway, but not sure:
https://cyberchaos.dev/kloenk/matrix-appservice-xmpp
I got some description about this:
> Not much as of now. You write it your jid and password in a private chat, it connects to the XMPP server and creates a matrix room for each contact in the roster. Basic text messages work flawlessly in both directions. It is very reliable, even when the XMPP server is flaky.
They also said that it is multi-user, so I guess one could call this a multi-user puppeteerning bridge and not a gateway.
Big improvements on the aria-net.org bifrost fork.
Both room plumbing/bridging has been debugged and works much better now, and gateway/portal mode has now experimental MAM support.
If this gets a proper release and is maybe possible to host with a simpler Conduit Homeserver then I guess this topic can be closed as done :)
Big improvements on the aria-net.org bifrost fork.
Both room plumbing/bridging has been debugged and works much better now, and gateway/portal mode has now experimental MAM support.
If this gets a proper release and is maybe possible to host with a simpler Conduit Homeserver then I guess this topic can be closed as done :)
It is a bit of a shame that these two communities are a bit hostile towards each other (justified grivances aside), and better bridging/gateways between the two would be nice.
There is of course Bifrost, but it is not very nice to use from the XMPP side (no MAM and other functional issues) and development is slow. In addition there are several good patches from the aria-net.org project that are not integrated upstream (yet) for various reasons. See aria-net.org 's version here: https://github.com/maranda/matrix-bifrost
I think part of the reason why Bifrost is not getting the improvements that it needs is the apparent low code-quality (like most 1st party Matrix projects) and the reluctance to work for "free" on behalf of the XMPP communty to improve a project by a multi-million dollar funded org. On the other side XMPP seems to be a really low priority for New Vector, so improvements are unlikely.
There are also some other projects like a puppeteering bridge from Matrix side: https://github.com/ilvar/mx-puppet-xmpp
And also this recent project that looks like a better gateway, but not sure:
https://cyberchaos.dev/kloenk/matrix-appservice-xmpp
But one general problem is that basically all Matrix bridges (other than very simple bot bridges like Matterbridge) require running a Matrix Synapse homeserver, which is sadly quite resource intensive (and more efficient ones like conduit.rs are still buggy with appservices).
I got some description about this:
They also said that it is multi-user, so I guess one could call this a multi-user puppeteerning bridge and not a gateway.
Big improvements on the aria-net.org bifrost fork.
Both room plumbing/bridging has been debugged and works much better now, and gateway/portal mode has now experimental MAM support.
If this gets a proper release and is maybe possible to host with a simpler Conduit Homeserver then I guess this topic can be closed as done :)