Topic: Polycom 650+EXP mac-directory.xml writing in the wrong place [Comments: 2]
remiq
Wed, 08/04/2010 - 05:40 | Polycom 650+EXP mac-directory.xml writing in the wrong place
I was setting up this phone using the mte auto-provisioning and I couldn't get the directory working on the phone. Upon some investigation I noticed that the mac-directory.xml was saved in the same folder as all the config files, not the CONTACT_DIRECTORY folder that was listed in mac.cfg. I changed the following line in mac.cfg in order to fix my problem:
CONTACTS_DIRECTORY=""
After I did this, I was able to get the directory on the phone.
Thirdlane can fix this by either writing the mac-directory.xml in the CONTACTS folder or by changing the mac.cfg CONTACTS_DIRECTORY to be "".





Wed, 08/04/2010 - 18:31 | no, you dont want to do the
no, you dont want to do the 2nd option.. because a CORRECTLY setup ftp site wont let anyone but root write to the files in the base directory. Only the sub directories like CONTACTS have permissions to let the phone's ftp user login and update the logs etc.
what you can do is create an identical models.txt entry in the user_provisioning/ directory for that device and change the line that says
output_3=${mac}-directory.xml
to
output_3=CONTACTS/${mac}-directory.xml
I will see about getting Alex to make the change in the master models.txt file
this is a sorta workaround method of populating the expansion module that someone requested of me. Its not the best method for polycom because the directory.xml is a file that can be modified both by the provisioner (the pbx) and by the provisionee (the end user adding entries on their phone). You dont want to tick off someone by wiping out their stored contacts if you can help it.
Erik Smith
CTO
BluegrassNet Voice
dCAP
Thirdlane Support by BluegrassNet Voice
eeman at bluegrassnetvoice dot com
Fri, 08/20/2010 - 23:48 | ive decided to axe the whole
ive decided to axe the whole device.. there is a new method of monitoring an extension in polycom that is more conducive to the provisioning tool. The catch is it requires asterisk 1.6.2 or higher and requires polycom sip firmware 3.2.0 or higher.
however the method supports more advanced features like bliking when ringing, slow blink when on hold, and the ability to combine the feature with directed call pickup. I think the features are worth meeting the requirements.
Erik Smith
CTO
BluegrassNet Voice
dCAP
Thirdlane Support by BluegrassNet Voice
eeman at bluegrassnetvoice dot com