On Sat, May 15, 2010 at 3:10 AM, [email protected] <[email protected]> wrote: > Hi, Tony. > > Thank you very much for good answer and trying to help me. > > We are using currently openfire with LDAP and users authentication is > done through LDAP. Passwords are encrypted. > > Is there any way to use LDAP for managing users (and authentication) for > sipx and openfire? As i know right now is possible only to import users > from sipx, right?
Correct, just to import them. > > Other questions are: > > Openfire users are using usernames like "tgraciano", but in phones we > use extension numbers to register to sipx. Do we need to use also > extension numbers when we are going to authenticate for openfire? > By default when you create the line, the IM ID is the line number, but the IM ID can be changed to a name like "jdoe". > If i add users in sip, how are the users shared between openfire and > sipx, is this the same table? I suppose the users are recorded once in > sipx database and once in openfire database and when we delete an user, > then the records are removed from both, am i right? Yes. > > > On Fri, 2010-05-14 at 06:14 -0400, Tony Graziano wrote: >> I don't know if there's any easier answer. >> >> Well, you can't really have both running, because there would be port >> conflicts and database issues too as sipx creates the database >> 'openfire" also. In sipx for users, the openfire password is >> encrypted, I'm not sure if you are using plaintext passwords now or >> not. >> >> You "could" try to export the OF user table and insert it into a >> "test" 4.2 system, but I would make sure you did an export from 4.0.4 >> first to get the users populated in sipx first and had OF enabled. >> >> Obviously if that works, you would also need to remove openfire and >> it's DB from your existing system before upgrading (or move it to a >> new system altogether). If you have message logging turned on that's >> another thing to ponder though. >> >> If you have OF users that don't have corresponding sipx accounts, you >> might have an easier time adding a "phantom" account in sipx for them >> before trying to import the data, which you might have to manually >> massage. >> >> the sipx OF table is like this: >> >> username plainpassword encryptedpassword name email >> creationdate modificationdate >> >> Or, you can consider moving your existing OF system to another system >> and leaving it off in sipx until you want to tackle this to integrate >> it, but you may need to alter the srv records sipx generates when it >> updates to 4.2 so they point to the right system. >> On Fri, May 14, 2010 at 4:34 AM, [email protected] <[email protected]> >> wrote: >> > Hi, >> > >> > i would like to update our sipxecs version to the latest stable version, >> > but before to update i would like to know if there is a problem if we >> > already have installed openfire on this server. >> > >> > We have latest version of openfire installed and it uses database called >> > openfire on postgresql. Will we have any problems if we upgrade sipxecs >> > to 4.2 version? Do i need to care for something? >> > >> > Thanks in advanced! >> > >> > _______________________________________________ >> > sipx-users mailing list [email protected] >> > List Archive: http://list.sipfoundry.org/archive/sipx-users >> > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users >> > sipXecs IP PBX -- http://www.sipfoundry.org/ >> > >> >> >> > > > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
