Future of jabberd2 #182
Comments
@smokku May I ask, if we can create a new release for jabberd2? I would volunteer to create one. |
Building a release is trivial. I will do it.
You may want to take a look at https://github.com/smokku/jabberd3/tree/master/src |
Thank you. I will take a look at the link. I will also create more patches for configure.ac and probably for some things I mentioned in this bug report. One question is openssl. I would strongly suggest to at least require 1.0.2, but this will require people to use a more recent distribution that Ubuntu 14, which is used in the Travis CI tests. |
Please do. And if you live up to your promises, I will gladly transfer the ownership of jabbed2 organization to you. :) |
Any news? |
I am sorry, but its too much work. I took another look at the code and I am quite sure, it is a lot more work than I thought. A great part of the code needs to be rewritten. Others need to contribute to keep support for Windows and other Unix-like OS working. I only use Linux. I guess everybody should switch to prosody or other xmpp servers. I guess, it would even be easier to write a new xmpp in c from scratch than to update jabberd2. jabberd2 should clearly be marked as unmaintained and people should be told not to use it anymore. |
I have seen on the mailing list archives, that the current maintainer wants to step down. First, of course, thank you for your work over all these years. Second it may be time to think about jabberd2's future.
As far as I know, jabberd2 is the only XMPP server implementation in C. I think, that makes it worth to at least maintain the code and maybe also improve it. I would be happy to contribute more by fixing bugs and cleaning up the code.
But the most pressing problem with jabberd2 is lack of support for PEP and Message Carbons. PEP is required for OMEMO and Message Carbons allows you to get all messages from others and yourself on all your connected devices. Both are features most users expect today from an instant messaging service. Implementing those is not that easy. Although PEP is a subset of PubSub it is still quite complex. The same is true for Message Carbons.
I would therefore start with cleaning up the code and fixing bugs. I would like to remove some features, to get smaller and maintainable code.
The following topics are non-technical ones.
Please discuss.
The text was updated successfully, but these errors were encountered: