Software /
code /
prosody-modules
File
mod_privacy_lists/README.md @ 6193:e977174082ee
mod_invites_register_api: Use set_password() for password resets
Previously the code relied on the (weird) behaviour of create_user(), which
would update the password for a user account if it already existed. This has
several issues, and we plan to deprecate this behaviour of create_user().
The larger issue is that this route does not trigger the user-password-changed
event, which can be a security problem. For example, it did not disconnect
existing user sessions (this occurs in mod_c2s in response to the event).
Switching to set_password() is the right thing to do
author | Matthew Wild <mwild1@gmail.com> |
---|---|
date | Thu, 06 Feb 2025 10:24:30 +0000 |
parent | 6003:fe081789f7b5 |
line wrap: on
line source
--- labels: - Stage-Deprecated summary: Privacy lists (XEP-0016) support --- ::: {.alert .alert-warning} [XEP-0016 Privacy Lists] and this module has been deprecated, instead use [mod_blocklist][doc:modules:mod_blocklist], included with Prosody. ::: Introduction ------------ Privacy lists are a flexible method for blocking communications. Originally known as mod\_privacy and bundled with Prosody, this module was phased out in favour of the newer simpler blocking (XEP-0191) protocol, implemented in [mod\_blocklist][doc:modules:mod_blocklist]. Configuration ------------- None. Each user can specify their privacy lists using their client (if it supports XEP-0016). Compatibility ------------- ------ ------- 0.9 Works 0.10 Works ------ -------