-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
XEPs and RFCs support page with version #38
Comments
There is a page for this on our old, and generally abandoned wiki: http://djabberd.pbworks.com/w/page/10247069/Standards%20Support As far as I know, the situation has not changed since that page was last updated. |
Thanks @apparentlymart :) 20180317 : http://djabberd.pbworks.com/w/page/10247069/Standards%20Support |
You can take a look here also |
@rufferson Whaouuuu always a development on DJabberd! :) For the wiki page, can you add XEP version? Example: XEP-0045 v1.2 Look all forks to integrate all not integrated commits!
In more XMPP Compliance Suites: #37 |
RFC Coverage is more or less described on the landing page. I did review fastmailops fork earlier and some I've already implemented differently by that time and others without context I don't see what exactly they are trying to solve. XEP Version is a good hint btw, need to add. Perhaps rather namespace as there could be minor xep reviews without namespace bump. |
Have you looked other forks from main project? Since commits in November 2008. This page needs to be updated ^^ And really look changes between old RFCs and new... Look all XMPP RFCs: xsf/xmpp.org#414 |
What is the tested server? |
my home server running djabberd 0.86+ (from my forked branch) - that actually the main driver behind my motivation, to make djabberd secure and compliant modern xmpp server. the only missing piece though is MUC as I don't do group chats with my family. So MIX is somewhere at the bottom of TODO list. |
This is exactly what I mean, you cannot introduce breaking changes in RFC (non-errata) - you need to make a new RFC which will obsolete (or correct semantic) of the other one. So saying we support RFC6121 means exactly that, regardless of its revision. The correction like in RFC7590 (and others, like nodeprep) are correcting behaviour of specific subsystem or interaction with other protocols/standards. |
I've updated wiki with RFC and XEP coverage, feel free to correct it where/as appropriate |
@rufferson: Thanks for https://github.com/djabberd/DJabberd/wiki/XEP-Coverage! Like I have specified in the main text, the problem is that there is not the version of XEPs... The goal is to do a state of play which will be necessary to easy update. Please remove the old: https://github.com/rufferson/DJabberd/wiki/XEP-Coverage |
RFC3920 -> RFC6120 RFC3921 -> RFC6121 Draft but Very Important: |
It is possible to have a XEPs and RFCs support page with version (XEP-XXXX v1.2)?
Examples:
The text was updated successfully, but these errors were encountered: