Questions[windows-mobile](server)

Whe have several Motorola Symbols (don't remember the exact model) running Windows Mobile 6.1 They are used for entering data in the field, and then at the end of shift the employees come in and "sync" them via an application which utilizes web services. We recently renewed our SSL certificate, and since then we've been unable to get them to sync over https.

Since the application wasn't giving good error message, I decided to see if I could load the page in IE which produces one of three error sitations (and it appears to be device dependant which one you get):

1. Some hand helds just display a gray box (i.e. they don't load anything)
2. some return a message saying "Cannot find 'https://<server>/<dir>/<file>' Make sure the path or Internet address is correct."
3. finally some say "The page cannot be displayed because the Web site cannot be authenticated."

In trying to understand the situation better, I've noticed that:

• If I change https to http, they can always load the page
• If I revert to the old certificate, they work
• We renewed three certificates all with a new CA; if I try one of the other two it works
  • the problem server is running IIS 6 under Windows Server 2003 Standard edition Service Pack 2
  • Working server 1 is running IIS 6 under Windows Server 2003 Standard Edition Service Pack 2
  • Working Server 2 is running IIS 7 under Windows Server 2008 R2 Standard Service Pack 1
• There is an intermediate certificates
  • on both the 2003 boxes (haven't checked the 2008), the intermediate certificate does appear the Certificate (Local Computer) -> Intermediate Certification Authorities\certificates in the Certificates MMC Snapin
  • openssl s_client -connect <server>:<port> -CAfile root.crt indicates the intermediate is installed properly
  • It appears to work fine on other devices; but I've only done limited testing
  • Under IE 7, Firefox 4/5 we receive no errors (tested under Windows 7)
  • Under Firefox 3.5 we receive no errors (tested under the newest Ubuntu)
  • Looking at the logs, I don't see any entries from the mobile units (although this is problematic as the server is really busy this time of year, so I could have missed them)
  • In double checking the supported cipher suites, the working 2003 server has been secured (it passes PCI scans), so its supports fewer cipher suites than the non-working server, so I don't think its a cipher suite issue.
  • Finally, I have tried to manually compare the certificates
  • CNAMES, serial numbers, etc are obviously different
  • On the two which work they have Object Identifier (2 5 4 9) = 154 W 12th Avenue where as the one which doesn't work has Object Identifier (2 5 4 9) = LEAVE_THIS_FIELD_BLANK (the reason is we have a centeral group which actually submits/approves them and the centeral group is supposed to replace that text with the correct street address. Obviously they missed it.)
  • If you think its a problem, I can fairly easily have the certificate re-issued; I just hate to do it unecessarily.
  • (Edit) Also, I've hooked up a laptop the same way the handhelds connect and can connect just fine; thus I don't think its a networking issue.

I would greatly appreciate any suggestions on how to proceede. I think at this point my options are:

1. Match the ciphers suites so they are identical (I doubt it will help, but the more apples to apples the better)
2. Ask for the certificate to be re-issued with a correct address
3. Move the webservices the hand helds use to communicate to one of the two servers they do work with (undersireable as they are open to the world where as the non-working server is only open to our WAN network; it could work short term)

We have an app installed on Windows Mobile 6.1, Symbol/Motorola MC5590, which communicates via a WLAN connection. The devices go to sleep after a few minutes, and so does the WLAN. But after getting the device active, it takes at least 7, but often 15 seconds to reconnect the WLAN.

We have the same setup with Windows Mobile 2003 second edition on Symbol MC5040, and within a few seconds the connection is active. That functions great.

Any ideas on how to speed up the reconnect time, after the device was asleep? Tia mucho for any recommendations!

Where can I find an Openfire client that works on Windows Mobile?

I have a Window Server 2008 R2 server acting as a terminal server for mobile devices running a single application, but I am having issues with the screen saver popping on after ten minutes. Is there a setting in terminal services to make the screensaver settings universal? If not, how should I approach this issue?

We have an application here using handhelds to scan barcodes. These handhelds are actually making a remote desktop session towards a server where the application runs. Works fine.

Now we have bought some new Motorola MC55's running 'Windows Mobile 6.1 Classic', and when using the application over remote desktop: it mangles the characters of the barcodes....

I already tried following things:

• When scanning a barcode on the MC55 itself it is displayed correctly
• When scanning a barcode via the remote desktop into a notepad session it is incorrect.
• Played with all options of the 'Remote Desktop Mobile' - no result
• Disabled 'autocorrect' and 'suggest words when entering text' on the input settings - no result

The strange things is:

• a barcode which consists of only numbers gets scanned correctly

• the mangled characters comes through in lower case

• For some codes \t is mangled in between (should normally be entered after the barcode)

  e.g.:

• 'PERIN4' becomes 'ERINp4'

• 'MGZB' becomes 'GZB m'

• 'BAK664' becomes 'AK664 b'

• 'MAGBFA01' becomes 'AGBFmA01'

• '5021879949500' gets scanned correctly

Final solution:

Suppllier of the handhelds said the handheld was sending the characters too fast over the remote desktop connection.

They changed the handheld to wait for 50ms between sending each character, which produced correct results right now.

Scanning a barcode became somewhat slower but it's almost not remarkable to endusers.