It forbids logging in. Personally I wouldn't want locked out people to be hidden from shared groups. I'd still like to know they're in a group, and even be able to IM them. I haven't heard anyone else ask for this functionality so I elected not to work it in. Given my belief that not many would want that capability, I bet it could be accomplished with a simple plugin that used the lockout manager's database and compared roster loads and pulled things out of the roster as needed.
Will this work for systems using AD and LDAP? If so, that will be a nice addition.
Sure will! It works independently of the user provider. Also part of my logic behind building a provider structure for it was in case there's a field in active directory that folk might want to use for locking people out, we could actually offer that.
Well 3.5 is looking great with this and invisibility. Looking forward to it.
Hi everyone,
It looks great but what about the multiple accounts adding thing (adding more than one yahoo/msn/gtalk accounts for a openfire user.
Gunjan
That's an IM Gateway plugin issue (not Openfire), and that functionality is something that's far more complicated than it may seem. =) So I don't have a timeframe on it as of yet.
Will there be an easier way to log and monitor conversations in OpenFire 3.50? I have been unsuccessful with finding the right plug-in to use with OpenFire 3.4x. Any information on this would be MOST helpful!!
Openfire provides a packet auditing function out of the box. The Enterprise plugin logs and monitors conversations as well as the Open Archive plugin, which can be found in the igniterealtime.org Community section. That's all that I'm aware of at present.
What this "locking feature" will do? Will it just forbid logging in? Would be great to automatically hide locked accounts from shared groups. And they should be again visible when unlocking them. Right now i'm deleting such users from shared groups.