--- On Thu, 2/4/10, Vani Hebballi <[email protected]> wrote: > Query 1: > > 1.Create a user 666 and login to the end user portal. > > 2.Add a contact to the phone book by clicking on "Add > contact". > > 3.Contact is added to the phonebook. > > > > At the same time, should the private phonebook for the user > be created > in admin portal? >
Yes - if there is no private phonebook for that user, one (and only one) is automatically created behind the scene and the new contact added to it. > > > As per the dev-list discussion ,private phone books are > going to be > hidden in the admin portal. I want to clarify whether the > private phone > book has to be created after adding the contact( NOT Gmail > contact) > from the user portal. > > Yes - http://track.sipfoundry.org/browse/XX-7442 hides all private phonebooks in admin portal, but even so, there will be private phonebooks created in background. All contacts added by the user (gmail imported or manually added) are associated with the private user phonebook instance. Entries in user portal are displayed from (multiple) public phonebooks (maintained by admin) + (single) private phonebook (maintained by user). > > Query 2: > > -->Do NOT import verisignclass3ca.crt into truststore. > > Login to the end user portal and try to import Gmail > contacts by > entering Gmail account username and password. > > Error message is displayed as expected and Gmail contacts > are not > imported but the private phonebook for the user is created > in the admin > portal. > > Although, private phonebooks are going to be hidden but > private > phonebook should not be created when Gmail contacts are > tried to import > WITHOUT verisignclass3ca.crt. > IMO this shouldn't be a problem since the same private phonebook instance will be used for further gmail imports / contacts manually added (though we can roll back the private phonebook creation in cases like the one mentioned above). Any other opinions? George _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
