aboutsummaryrefslogtreecommitdiffstats
path: root/plugins/mod_register_ibr.lua
Commit message (Collapse)AuthorAgeFilesLines
* plugins: Use get_option_array for some list shaped optionsKim Alvefur2023-07-211-1/+1
| | | | | Passing something from module:get_option() to ipairs() suggests that the option is a list of some sort.
* core, plugins: Split prosody:user role into prosody:{guest,registered,member}Matthew Wild2023-06-291-3/+10
| | | | | | | This gives us more granular control over different types of user account. Accounts registered by IBR get assigned prosody:registered by default, while accounts provisioned by an admin (e.g. via prosodyctl shell) will receive prosody:member by default.
* plugins: Prefix module imports with prosody namespaceKim Alvefur2023-03-241-8/+8
|
* various: Require encryption by default for realKim Alvefur2021-12-251-1/+1
| | | | | | | | | These options have been specified (and enabled) in the default config file for a long time. However if unspecified in the config, they were not enabled. Now they are. This may result in a change of behaviour for people using very old config files that lack the require_encryption options. But that's what we want.
* mod_register_ibr: Add event for successful password resetMatthew Wild2020-06-221-0/+1
| | | | | | | | This is in addition to the existing event for password changes. This one includes additional details about the actor, and only triggers when the change is due to the account owner (presumably) resetting. As example use case is to invalidate one-time password reset tokens.
* mod_register_ibr: Allow registration to reset an existing account password ↵Matthew Wild2020-06-181-6/+19
| | | | if permitted by a plugin
* mod_register_ibr: Fix reporting of registration rejection reasonKim Alvefur2020-04-231-1/+1
| | | | | When the reason is reported as an util.error object the `reason` field is empty and the reason text should be extacted from the error object.
* mod_register_ibr: Enforce strict JID validationKim Alvefur2019-11-011-1/+1
|
* mod_register_ibr: Allow registartion rejection reason as util.error objectKim Alvefur2019-11-011-2/+9
|
* mod_register_ibr: Distinguish between failure to create account or save ↵Kim Alvefur2019-09-291-6/+5
| | | | extra data
* mod_register_ibr: Reminder to maybe use util.error in the futureKim Alvefur2019-09-291-0/+1
|
* mod_register_ibr, mod_register_limits: Add support for custom error type and ↵Emmanuel Gil Peyrot2019-09-291-1/+1
| | | | defined-condition.
* mod_register_ibr: Add FORM_TYPE as required by XEP-0077.Emmanuel Gil Peyrot2019-09-291-0/+2
|
* mod_register: Move dependency on mod_register_limits into mod_register_ibrKim Alvefur2018-11-071-0/+4
|
* mod_register_ibr: Include password in user-registering event, to allow e.g. ↵Matthew Wild2018-10-091-1/+1
| | | | password policy enforcement
* mod_register_ibr: Return a textual error to the user for problems with ↵Kim Alvefur2018-04-091-1/+3
| | | | parsing form data
* mod_register_ibr: Reshape the code using early returns to reduce needless ↵Kim Alvefur2018-04-071-58/+71
| | | | indentation
* mod_register_ibr: Include reason for rejection of registration in debug logKim Alvefur2018-03-101-1/+1
|
* mod_register_ibr: Allow modules that do pre-registration checks to specify a ↵Kim Alvefur2017-12-271-1/+1
| | | | | | reason for rejection The current hardcoded text may not always be accurate
* mod_register_ibr: Split out throttling and IP limitations into ↵Kim Alvefur2017-12-091-59/+0
| | | | mod_register_limits (#723)
* mod_register: Split into mod_register_ibr and mod_user_account_management (#723)Kim Alvefur2017-10-071-0/+239
- mod_register_ibr handles in-band registration - mod_user_account_management handles password change and user deletion