Vodia Telephone System

The problem with large contact lists has also been fixed and will be included in the next version.

That is very strange, since this should be the same as the test version (which worked) as far as ActiveSync is concerned. 1. Can you try a few times, if you already have not, sometimes it can create problems when response from server is delayed. 2. If you didn't already, can you please use the same account and password that you used for the test version. 3. And try the test version again (if it's still available) with the same account, to see if it still works with the same account you are trying here. I am sorry, I have to suggest these tests but the problem is that it works here with the exchange account you gave me. It synchs the fake contacts I have created there. Maybe you can also additionally test that account you gave me that works for me here on this version. Thanks.

You can upgrade to the new version 5.0.5, that has the ActiveSync improvements that you require, by using the link: http://snomone.com/downloads/snomONE/version-5.0.5.xml OR you can go to our website in case you want a fresh installation from start. This version should work for you now. As you will notice, we made a new version. That is because there were some other improvements too, so we decided to make a new one. Note: When you Sync contacts, it will take some time for the contacts to appear because the server sometimes takes longer to respond, especially when it redirects. Thanks.

It's good that it works for you now. We will provide you with the 64 bit version when we have tested it a bit. Also I mentioned those problems to you for your information. You may not have to change anything, except maybe why point number 3 happens; it's allowed but not desirable. Other than that, it is perfectly okay to set your exchange server to German language; it was a problem on our part which we have now hopefully fixed. Thanks.

By the way, because of the extra re-directions from your server, the synching process may take a bit longer than usual. So when you press sync, you have to give it some time before the contacts appear. Also on Activesync Contacts you can search for a contact to see if it was downloaded. Thanks.

I have made a temporary test version for you to try out. Unfortunately it is windows 32 bit version, but I think for testing it should be okay. Once everything is fine, we will finally include it in release version. Here is the link: http://snomone.com/downloads/snomONE/win32/pbxctrl.exe The problems were mostly related to very rare situations and that's why it worked on all systems that we tested, and would work on most systems. These were the problems: 1. You are running an older version 12.1 of ActiveSync. We support 14.0. Anyway I included that version (but not beyond that, the others are too old) in this test version. 2. Your exchange server is set for German and unfortunately we were checking something in received data that changed with language. 3. Error 451 is a very rare, because after autodiscovery you'd think the server is done with location. Well guess what, even after the full process of discovery (where the server itself gives us its final location) it still isn't finished and suggests another location after synching starts. Anyway, now we handle it better and should not cause problems anymore, but why your server is set up for that or why it is even allowed I don't understand. I hope you can try this version out and confirm that it works for you now. Thanks for the account to help us better pinpoint the problems.

I have sent you a personal message here, where you can send me the credentials.

Would it be possible if I can test a test account with some fake contacts on your exchange server, which you can then delete, that is if your exchange server is available on internet. I know, for security reasons, that may not be possible, I just wanted to ask so maybe we could identify the problem. Because from your last post, it seems discover worked fine, and syncing started but it should say synching complete after that, and it didn't. Something went wrong during synching. The problem is, since it works with our exchange servers, it will be difficult to pinpoint the problem without testing it on the actual server where it fails. Can you also tell me which OS are you running the pbx on, and is it 32 bit or 64 bit?

Yes it is an HTTP error but in case of ActiveSync it has the following meaning: http://technet.microsoft.com/en-us/library/dd439372%28v=exchg.80%29.aspx which I know is a little puzzling as to what the server wants. But it seems to be that the server you are trying to connect does not like to do ActiveSync, at least not for your account. Did you let the system autodiscover the address? As you can see in the setting "Exchange Address (if unknown, leave blank for autodiscover):" to leave blank if the address is unknown. This is the exact address of the exchange server not necessarily the domain at the @ sign. If you did not already, please leave this setting blank for autodiscover to get the right address. In username you have to give the full email address (Eg. abc@domain.com) - maybe we should make that clearer - then of course the password and leave the address blank, save then sync. It works on many of the different servers and accounts that we tested, but maybe there are some scenarios where some settings need to be tweaked, which is also the case with ActiveSyncing with a mobile device. I hope it helps.

I understand, but for now unfortunately you have to use the fixed url. If it's a dns entry, as it usually is for a domain, it should not be a big issue.

I don't understand. Why don't you just give the exact url here because this is the final setting from the user and will not be interpreted.

That's very strange. Maybe another thing you can do is add the same thing in the admin pnp.xml. In admin templates choose the pnp.xml, the same way you did for domain and add that piece I sent you. Then save and restart. Also even if you don't get it in the browser, try it on the phone anyway, because the phone adds the domain, user and password etc. that are required. Other than that, also try the same in the browser for another phone type like snom720, for testing just to see if you at least get other files not related to 8-series phones. You don't have to add anything for that. Just in the browser try: https://192.168.x.x:443/prov/snom_720_buttons.xml?model=snom720

It should also not cause any problem, except showing all columns in trunks instead of only the chosen ones. But that should be solved in the next cycle too.

No the placement seems to be correct. I am sure you have checked it, but just to be sure, please check if your changes are still there in pnp.xml when you restart the system. And you do make these changes in the customize page in the domain by selecting the pnp.xml file, changing it, saving it and restarting the pbx in the services? I just repeated the process and in the browser I get the correct output when I add those lines in the pnp.xml. But if I remove them I get file not found. In the browser, do you use: https://[yourdomain]/prov/snom_870_buttons.xml?model=snom870 [yourdomain] of course needs to be replaced by your ip or domain name. If it asks for certificate, you can add a temporary exception and in login/pass, give the login and pass of your first extension in the domain. Until it returns the right file here, the phone won't get it either. For further test, to see if you get any file from the system at all try: http://[yourdomain]/prov/snom870.htm It should return the next batch of files the phone should get. You can also copy and paste the buttons entry from here to try in the browser. I hope this helps. Thank you.

I am sorry, there was a slight problem with the 8 series phones. The next version will take care of that. In the mean time can you add the lines below in the pnp.xml file and save and then restart the pbx. <file name="snom_870_buttons.xml" encoding="xml"> <pattern>snom_870_buttons.xml</pattern> <vendor>snom</vendor> <protocol>https</protocol> </file> That should deliver the right file. Thanks.

It should not affect the functionality. It means some dictionary words were not found. We will try to add them in the next cycle. Thanks.

Before anything else, can you tell me why you don't use the simplified way of just selected the snom870 in domain buttons and make your selections on those buttons so that they are delivered to the snom870? Have I missed something where it is necessary to do it the way you did? The reason I ask is that we have really simplified the process I wanted to know what that process does not cover. Thanks.

Can you please try and point to a file snom370_[YOUR MAC].htm in the snom370.xml file. Note that it is underscore '_' and not a dash. Now put the actual file snom370_[YOUR MAC].xml with the settings in the folder. Note this one is .xml and the pointer to it is .htm. Now you have to add this as a pattern anywhere in the pnp.xml file as shown below, so that pbx knows it has to serve it and also to map the pattern. <file name="snom370_[YOUR MAC].xml" encoding="xml"> <pattern>snom370_[YOUR MAC].htm</pattern> <vendor>snom</vendor> <anonymous>true</anonymous> <protocol>tftp,http,https</protocol> <pnp-vendor>snom</pnp-vendor> <pnp-model>snom300</pnp-model> <pnp-version>^[78]</pnp-version> <pnp-content-type>application/url</pnp-content-type> <pnp-url>{https-url}/snom370_[YOUR MAC].htm</pnp-url> </file> Of course replace [YOUR MAC] with the actual mac. I hope this works for you.

Maybe you should try our latest win 64-bit pbx build for the 4.5 version. The link is given below. If you decide to give it a try, please make sure you backup your system properly before upgrading. Also make sure that the MAC address is in your license key. http://snomone.com/downloads/snomONE/v4.5/win64/pbxctrl-4.5.1.1106.exe

Are the cookies in your browser on? The "Features" menu should not collapse on choosing a subitem provided the cookies are on. This kind of state has to be a local browser state kept in cookies.

Maybe give this a try. It is a 64-bit version and should have the problem fixed. http://snomone.com/downloads/snomONE/v4.5/win64/pbxctrl-4.5.1.1102.exe

Well actually since changing log levels is not a status but a setting - the log itself that it produces is a status - you can find it in Settings->General->Logging in Admin mode. I hope that clears it.