| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
XEP-0004: Changes <reported> which is not implemented
XEP-0030: A note on some implementations not advertising disco#info
XEP-0106: Now references PRECIS which we don't have access to
XEP-0107: Editorial fixing of a typo
XEP-0133: Removal of 'Get User Password' already done in 21a1b9fb08a1, editorial changes
XEP-0153: Editorial changes
XEP-0198: Editorial changes and clarifications
XEP-0223: Updated security considerations
XEP-0292: The difference is that the iq syntax implemented in mod_vcard4 is removed. To become compliant, simply unload this module.
XEP-0313: Editorial and minor changes
XEP-0398: Advanced to Stable, no other changes
XEP-0398: Now mentions the implementation method used in mod_vcard_legacy
XEP-0402: Changes only affecting clients
XEP-0421: Added requirements we already satisfy
XEP-0440: Editorial changes
XEP-0478: Editorial changes
Due to their size, review of changes to XEP-0045 and XEP-0060 has been left for later.
|
|
|
|
| |
(thanks nicoco)
|
|
|
|
| |
Moves some complexity from the implementation into DNS operations.
|
|
|
|
| |
Security considerations added, no protocol changes.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Standardized and structured replacement for the X-Forwarded-For,
X-Forwarded-Proto set of headers.
Notably, this allows per-hop protocol information, unlike
X-Forwarded-Proto which is always a single value for some reason.
|
| |
|
|
|
|
|
|
| |
To keep them sorted.
Not pedantic at all!
|
| |
|
| |
|
|
|
|
| |
Thanks MattJ
|
| |
|
|
|
|
| |
No other changes to account for.
|
|
|
|
| |
Gotta have the DOAP references!
|
|
|
|
| |
Deprecated even before Prosody even started, obsolete for over a decade.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
XEP-0004: Partial forms are handled
XEP-0045: We're already strict with GC 1.0
XEP-0060: Change in semantics wrt 'pubsub#type', but not in code
XEP-0115: No protocol change
XEP-0138: Specification moved to Obsolete
XEP-0163: Editorial only change
XEP-0215: Minor schema change
XEP-0280: Editorial change
XEP-0297: Had the wrong version number
XEP-0106: Note missing piece for version 1.1
XEP-0313: Editorial change
XEP-0363: Editorial clarification, no code change required
XEP-0380: Registry additions, no code change needed
XEP-0384: Not directly supported, only here because people will ask otherwise
XEP-0445: Broken out of XEP-0401
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Brings back SCRAM-SHA-*-PLUS from its hiatus brought on by the earlier
channel binding method being undefined for TLS 1.3, and the increasing
deployment of TLS 1.3.
See 1bfd238e05ad and #1542
Requires future version of LuaSec, once support for this key material
export method is merged.
See https://github.com/brunoos/luasec/pull/187
|
|
|
|
|
| |
This is useful when there's more than one channel binding in
circulation, since perhaps there will be varying support for them.
|
|
|
|
|
| |
RFC 4627 JSON - util.json
RFC 6901 JSON Pointer - util.jsonpointer
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We break the SHOULD about the merged _xmpp and _xmpps SRV handling, but
we follow all the MUSTs
|
|
|
|
| |
For compatibility with clients relying on the notifications
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
More security for less pain than switching to SCRAM-SHA-256
The XEP will likely be change to reference the RFC that will probably
come from draft-ietf-kitten-password-storage once it is ready, and then
we should update to follow that.
|
| |
|
|
|
|
| |
Some of these may be debatable, investigation and patches welcome.
|
| |
|
| |
|
| |
|
|
|
|
| |
Context in #1006 and revisions 89c42aff8510 e1d274001855
|
|
|
|
|
|
|
|
| |
Makes it easier to find XEPs that have had new revisions since we last
looked at them and the corresponding code.
A review of changelogs between these versions point to mostly editorial
changes or otherwise without warrant for code changes.
|
|
|
|
|
| |
Makes it easier to find XEPs that have had new revisions since we last
looked at them and the corresponding code.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
And to follow existing naming practices better than 'legacy_ssl' did.
|
|
|
|
|
|
| |
Mirroring the c2s 'direct_tls'. Naming things is hard.
direct_tls_s2s_ports = { 5269+1 }
|
|
|
|
| |
(thanks mjk)
|
|
|
|
|
|
| |
Fixes #1643
API change: The argument to archive_itemstore() changes type to integer
|
| |
|
|
|
|
|
|
|
|
| |
Only a starting point is supported due to the way response:send_file()
sends everything it gets from the provided file handle but does not have
any way to specify how much to read.
This matches what Conversations appears to be doing.
|
|
|
|
| |
Supported in the DNS layer, this isn't RFC about how to use it in XMPP.
|
| |
|