Subject: RE: able to talk to servlet but still not through client
Swapping the sim was a good thing to try and provided some useful information.
My suspicion is that Telsta might be using some sort of Proxy which would keep the network names from resolving as expected. We have run into some issue with proxies with AT&T in the USA. It was using the Treo 750 device, so it was a different device on a different network, but it sounds like a similar issue.
To resolve the Treo 750 issue with AT&T’s proxy, we modified a registry setting, soft reset, and it worked:
Check the proxy setting in the registry:
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings]
The default setting (that uses the proxy) is:
“EnableAutoDetect”=dword:00000000
Change it to:
“EnableAutoDetect”=dword:00000001
In Traveler, we tried to detect this state and change the registry entry the first time Traveler is run. So, it may already be a 1. If it is a 1, you could try a 0 there, but I doubt it will work (but shouldn’t hurt to try). All of the standard warnings apply regarding modifying the registry.
Also, if you went through the Traveler Configuration Wizard with the Vodafone sim in the device, it may have missed the setting and not changed it.
The “Check Server” is on the Tools submenu of the Traveler menu. That means it has to be configured already (such as using Vodafone and then swapping the sim). That just makes a request to the Traveler servlet to see if the server is there. From what you have written, I doubt this would work for the same reason config is not working.
To clarify, I assume the Traveler Configuration Wizard is what is not working on Telstra and therefore blocks all Traveler actions. If you can get the configuration to work but then the sync fails (you mentioned the error in the log, but I’m not sure which operation you were performing at that time), that would be interesting because they are both calling the same servlet (but from different parts of the code). I recall the config working but sync failing back when we first encountered a proxy issue with AT&T, but that might have been some other problem (the SSL problem I mentioned) and not really a proxy related problem.
I googled a bit for Telstra and proxy and found some interesting posts/references. I don’t know if they would help or not, but you might find some things to try. Or, maybe Telsta itself could provide some information as to what is going on.
You are right about the log not showing much (other than the error). There is also a trace file that Traveler keeps (based on the Logging Level in the Traveler Settings) additional information. This additional information is very debug-like and hard to interpret, but that would be the point of the PMR. I don’t think you need a PMR yet, but that is why I would want the PMR.