mod_sasl2_fast: Fix harmless off-by-one error (invalidates existing tokens!) Problem: This was causing the key to become "<token>--cur" instead of the expected "<token>-cur". As the same key was used by the code to both set and get, it still worked. Rationale for change: Although it worked, it's unintended, inconsistent and messy. It increases the chances of future bugs due to the unexpected format. Side-effects of change: Existing '--cur' entries will not be checked after this change, and therefore existing FAST clients will fail to authenticate until they attempt password auth and obtain a new FAST token. Existing '--cur' entries in storage will not be cleaned up by this commit, but this is considered a minor issue, and okay for the relatively few FAST deployments.

local jid = require "util.jid";
local st = require "util.stanza";

local nick_patterns = module:get_option_array("muc_reserve_nick_patterns", {});

module:hook("muc-occupant-pre-join", function (event)
	local nick = jid.resource(event.occupant.nick);
	for k, nick_pattern in pairs(nick_patterns) do
		if nick:match(nick_pattern) then
			local reply = st.error_reply(event.stanza, "modify", "conflict", "Unacceptable nickname, please try another");
			module:send(reply);
			return true;
		end
	end
end);