[Standards] XEP-0045 (Multi-User chat): Use case not covered

Waqas Hussain waqas20 at gmail.com
Sat Feb 28 08:47:40 UTC 2009

On Fri, Feb 27, 2009 at 7:06 PM, Mickael Remond
<mickael.remond at process-one.net> wrote:
> Hello,
> The following use case does not seem covered if you want to use non
> anonymous or semi anonymous rooms (to get / display user data for
> example):
> 1. Enter a persistent room and say something bad.
> 2. Leave the room.
> 3. Someone enter the room and get the archived (contextual message).
> As identity (JID) is disclosed only on presence packet and the user is
> not available, the identity of the sender has been lost and cannot be used.
> A possible option would be to specify that server should broadcast
> identity on presence for unavailable contacts that are still referenced
> in discussion history.
> Any comments ?
> --
> Mickaël Rémond
>  http://www.process-one.net/

The use case is covered:

"The 'from' attribute SHOULD be the full JID of the original sender in
non-anonymous rooms, but MUST NOT be in semi-anonymous rooms (where
the 'from' attribute SHOULD be set to the JID of the room itself)." -

So, the information is available. Most clients don't display it
though. Sending unavailable presence for unavailable participants with
messages in history may cause some clients to display leave messages
including JIDs, but that's a hack.

Waqas Hussain

More information about the Standards mailing list