Software /
code /
prosody-modules
File
mod_admin_probe/mod_admin_probe.lua @ 4298:020dd0a59f1f
mod_muc_markers: Add option for @id rewriting, default off (may break some clients)
XEP-0333 was updated to clarify that stanza-id should be used
instead of the 'id' attribute when in a MUC. Some clients still
use the id attribute, which is why we were rewriting it.
Rewriting is bad because mod_muc advertises stable_id, indicating
that Prosody does *not* rewrite ids. Recent versions of Conversations
actually depend on this being true.
All clients should migrate to using stanza-id for markers. See XEP-0333.
author | Matthew Wild <mwild1@gmail.com> |
---|---|
date | Mon, 14 Dec 2020 12:09:25 +0000 |
parent | 1281:f78661861e98 |
line wrap: on
line source
-- Prosody IM -- Copyright (C) 2014 Florian Zeitz -- -- This project is MIT/X11 licensed. Please see the -- COPYING file in the source package for more information. -- local presence = module:depends("presence"); local send_presence_of_available_resources = presence.send_presence_of_available_resources; local hosts = prosody.hosts; local core_post_stanza = prosody.core_post_stanza; local st = require "util.stanza"; local is_admin = require "core.usermanager".is_admin; local jid_split = require "util.jid".split; module:hook("presence/bare", function(data) local origin, stanza = data.origin, data.stanza; local to, from, type = stanza.attr.to, stanza.attr.from, stanza.attr.type; local node, host = jid_split(to); if type ~= "probe" then return; end if not is_admin(from, module.host) then return; end if 0 == send_presence_of_available_resources(node, host, from, origin) then core_post_stanza(hosts[host], st.presence({from=to, to=from, type="unavailable"}), true); end return true; end, 10);