pidgin at unreliablesource.net
Wed Sep 19 08:50:11 EDT 2007
On Tue, Sep 18, 2007 at 10:59:41AM -0700, David Neufeld wrote:
> We are using Openfire that connects to our MS AD for user authentication
> and vcard information but when employee's leave and are removed from AD
> the users are not removed from pidgin. They are permanently shown as
> >From the OpenFire documentation it says that the server sends out a
> request to alert the user that the buddy has been removed and should
> prompt the user to delete the old contact. Pidgin never displays this
> server message and the contact is never removed.
Do you have a link to where the OpenFire documentation says this? My guess
is what happens is that OpenFire sends a remove request to everyone who
happens to be online at the moment the person is removed but doesn't for
people who are offline, which means that the people who are offline will
just fail to get that buddy sent to them when they sign back on, a
condition which pidgin doesn't assume means that the buddy was deleted.
On the other hand it is entirely possible that since you are using an
external data storage system that OpenFire never knows the person is
deleted (unless you specifically delete them from OpenFire somehow) and as
such they never get removed from anyone's roster. Are you seeing them
removed from the roster in other clients?
> Is this a bug or is there a setting I am missing?
> If there is no way to enable this functionality where is the buddies
> list stored on Windows XP clients? Would it be possible to remove the
> old contact from the buddies list / cache using a script?
The buddy list is stored in the blist.xml file, the location of this file
for Windows is listed in the FAQ. You could manually remove the person
from the file but pidgin would need to not be running when it was edited
for it to work correctly. Personally, I have never really understood
needing to ensure that someone disappear from other people's buddy lists
and would just leave it alone and if people who seem them sticking around
want to remove it they can.
> Thanks in advance for you help.
> David Neufeld
> Sr. Systems Administrator
More information about the Devel