On Fri, Feb 27, 2009 at 7:06 PM, Mickael Remond <mickael.rem...@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)." - http://xmpp.org/extensions/xep-0045.html#enter-history 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
