Hi, It's perfectly ok to disagree with the priority. However, right now, MyBuddy by definition does not work when the sipxopenfire component uses LDAP for authentication.
I posted this comment on the issue: "If it's possible to reconfigure Openfire to work around this issue, I agree that this is preferable. In my experience, though, Openfire uses _either_ LDAP _or_ local users, not a combination. With the current config, both the admin user and mybuddy user in the Openfire DB are useless when LDAP auth is enabled - and MyBuddy will not work. The imbot is unable to login to Openfire unless a user exists in LDAP with the exact same username and password as is defined in the SIPXCONFIG database. It's already possible to change the imbot username in the GUI (System -> Servers -> <servername> -> MyBuddy), so it should be easy enough to add a password field that updates the SIPXCONFIG database. The database field in question can be found in table "setting_value" where path = "imbot/imPassword". By changing this manually, I am able to get the imbot to login using LDAP, but it's not exactly intuitive... " I hope this clarifies the issue.... Med vennlig hilsen / Best regards Anders Mydland 2011/4/27 Mircea Carasel <[email protected]> > Hi, > > Regarding http://track.sipfoundry.org/browse/XX-9570 issue, I am not sure > I understand the requirements > > It is said: > > "When using LDAP authentication with Instant Messaging, there needs to be a > way to enable MyBuddy to authenticate with an LDAP user. > > Thus, the ability to change the imbot password is required in the GUI. > As of now, only the ability to change the imbot username exists > > Ideally, the administrator should be prompted for these credentials when > enabling LDAP auth for Instant Messaging." > > This sounds rather like an improvement instead of a critical bug... > > I noticed a my buddy tab on edit user page, as well as on user portal, but > didn't find any place where username can be changed... > > Any feedback appreciated, > > Mircea > > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
