File

misc/mtail/prosody.mtail @ 6191:94399ad6b5ab

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:13:39 +0000
parent 5671:c217f4edfc4f
line wrap: on
line source

counter prosody_log_messages by level

/^(?P<date>(?P<legacy_date>\w+\s+\d+\s+\d+:\d+:\d+)|(?P<rfc3339_date>\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}.\d+[+-]\d{2}:\d{2})) (?P<sink>\S+)\s(?P<loglevel>\w+)\s(?P<message>.*)/ {
	len($legacy_date) > 0 {
		strptime($2, "Jan _2 15:04:05")
	}
	len($rfc3339_date) > 0 {
		strptime($rfc3339_date, "2006-01-02T03:04:05-0700")
	}
	$loglevel != "" {
		prosody_log_messages[$loglevel]++
	}
}