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 "".

eeman

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

eeman

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