v3.0 Smartphone vs Treo 750

[atlauren]

Is v3.0000 "Smartphone" known to work on the Treo 750?

I cannot configure SyncML on this device, as the Profile Data screen doesn't fit into the display window, and the scroll bar is nonfunctional.

I don't know if this is relevant: after installing via the .CAB download, Windows Mobile warns that it "may not have installed correctly, as it was written for a prior verion of Windows Mobile."

Thank you,
Andrew

[atlauren]

I now see that there's a small note in the download page for the PocketPC version that it's *also* for the 700w. I tried that for my 750, and it works fine.

I'd suggest that the download pages for the Smartphone version be updated to mention that that version does not work with the 700w/750.

[luz]

With the ever changing names for Windows mobile device classes (WM6 will change these again, be prepared for "Classic", "Standard" and "Professional") the only reliable distinction is the presence of a touch screen.

If the device has a touch screen, it is what Microsoft used to call a "PocketPC".

If the device does not have a touch screen, it is what Microsoft used to call a "SmartPhone".

Until today, Palm has only produced "PocketPCs" - the 700w and the 750 - both have a touch screen.

PS: I also updated the description in our download page - thanks for the suggestion.

[atlauren]

Originally Posted by luz

With the ever changing names for Windows mobile device classes (WM6 will change these again, be prepared for "Classic", "Standard" and "Professional") the only reliable distinction is the presence of a touch screen.

If the device has a touch screen, it is what Microsoft used to call a "PocketPC".

If the device does not have a touch screen, it is what Microsoft used to call a "SmartPhone".

Until today, Palm has only produced "PocketPCs" - the 700w and the 750 - both have a touch screen.

PS: I also updated the description in our download page - thanks for the suggestion.

The labelling is confusing, I sympathize. Thanks for updating the download pages.

[mark@nolo.com]

I'm running a Sprint Treo 700wx using the 3026 version.

the Server is a product called FirstClass.

Everytime I sync the handheld sends an update to the server on calendar events. Doesn't change anything, but I can see from logs that is doing an update. This creates some spurious and distracting entries in the history of our calendar events that I'd really rather they weren't there.

Any ideas?

Thanks

[mark@nolo.com]

further info.

so, events created in the users calendar in Firstclass show this behavior, update everytime I sync.

Items created on treo and synced show this behavior also.

However, if that user receives an invitation to a shared event from another user on the system, that event doesn't show this same behavior.

Additionally, if I look at the synthesis client log it shows a slow sync for calendar events everytime, which I guess makes sense since that's what I'm seeing.

The synthesis client setup shows normal for calendar sync as does the setup on the Firstclass client side.

Any ideas?

Thanks

[mark@nolo.com]

did a full hard reset of the treo (wiping out all data.)

reinstalled syncml client.

synced and same behavior. Tasks and contacts sync fine. Events always revert to a slow sync.

During conversation with server the process starts as a normal sync but partway through the conversation changes to a slow sync. In server log that transition is indicated by this (note the line with Alert in it.)

2007/09/12 11:51:01 [S 81] Reply:Get
2007/09/12 11:51:01 [S 81] Server requested ./devinf12
2007/09/12 11:51:01 [S 81] Send:EndMessage (final)
2007/09/12 11:51:01 [S 81] Send SyncML reply
2007/09/12 11:51:02 [S 81] Process SyncML request [conn:15024684]
2007/09/12 11:51:02 [S 81] Receive:Start Message
2007/09/12 11:51:02 [S 81] Device max message size=20000 - This message size=4533
2007/09/12 11:51:02 [S 81] Reply:Hdr [maxmsgsize:20000]
2007/09/12 11:51:02 [S 81] Reply:Status[200] MsgID[2] Cmd[SyncHdr] CmdID[0]
2007/09/12 11:51:02 [S 81] Receive:Status
2007/09/12 11:51:02 [S 81] Receive:Status
2007/09/12 11:51:02 [S 81] Alert failed - status:508 <------- INBOUND STATUS ALERT !
2007/09/12 11:51:02 [S 81] Receive:Status
2007/09/12 11:51:02 [S 81] Receive:Status
2007/09/12 11:51:02 [S 81] Receive:Status
2007/09/12 11:51:02 [S 81] Receive:Results
2007/09/12 11:51:02 [S 81] Reply:Status[200] MsgID[2] Cmd[Results] CmdID[6]
2007/09/12 11:51:02 [S 81] Receive:Start Sync
2007/09/12 11:51:02 [S 81] Reply:Status[200] MsgID[2] Cmd[Sync] CmdID[7]
2007/09/12 11:51:02 [S 81] Receive:Replace
2007/09/12 11:51:02 [S 81] Decode calendar (RID:1073741825)
2007/09/12 11:51:02 [S 81] Sync calendar (RID:1073741825)
2007/09/12 11:51:03 [S 81] Get details - calendar (LID:44099954)
2007/09/12 11:51:03 [S 81] Client Replace calendar (LID:44099954/RID:1073741825)
2007/09/12 11:51:03 [S 81] Reply:Status[200] MsgID[2] Cmd[Replace] CmdID[8]
2007/09/12 11:51:03 [S 81] Receive:Replace
2007/09/12 11:51:03 [S 81] Decode calendar (RID:1073741826)
2007/09/12 11:51:03 [S 81] Sync calendar (RID:1073741826)
2007/09/12 11:51:03 [S 81] Get details - calendar (LID:44099903)
2007/09/12 11:51:03 [S 81] Client Replace calendar (LID:44099903/RID:1073741826)
2007/09/12 11:51:03 [S 81] Reply:Status[200] MsgID[2] Cmd[Replace] CmdID[9]
2007/09/12 11:51:03 [S 81] Receive:Replace
2007/09/12 11:51:03 [S 81] Decode calendar (RID:1073741827)
2007/09/12 11:51:03 [S 81] Sync calendar (RID:1073741827)
2007/09/12 11:51:03 [S 81] Get details - calendar (LID:44123740)
2007/09/12 11:51:03 [S 81] Client Replace calendar (LID:44123740/RID:1073741827)
2007/09/12 11:51:03 [S 81] Reply:Status[200] MsgID[2] Cmd[Replace] CmdID[10]
2007/09/12 11:51:03 [S 81] Receive:Replace
2007/09/12 11:51:03 [S 81] Decode calendar (RID:1073741828)
2007/09/12 11:51:03 [S 81] Sync calendar (RID:1073741828)
2007/09/12 11:51:03 [S 81] Get details - calendar (LID:44123741)
2007/09/12 11:51:03 [S 81] Client Replace calendar (LID:44123741/RID:1073741828)
2007/09/12 11:51:03 [S 81] Reply:Status[200] MsgID[2] Cmd[Replace] CmdID[11]
2007/09/12 11:51:03 [S 81] Receive:Replace
2007/09/12 11:51:03 [S 81] Decode calendar (RID:1073741829)
2007/09/12 11:51:03 [S 81] Sync calendar (RID:1073741829)
2007/09/12 11:51:03 [S 81] Get details - calendar (LID:44123782)
2007/09/12 11:51:03 [S 81] Client Replace calendar (LID:44123782/RID:1073741829)
2007/09/12 11:51:03 [S 81] Reply:Status[200] MsgID[2] Cmd[Replace] CmdID[12]
2007/09/12 11:51:03 [S 81] Receive:End Sync
2007/09/12 11:51:03 [S 81] Receive:Start Sync
2007/09/12 11:51:03 [S 81] Reply:Status[200] MsgID[2] Cmd[Sync] CmdID[13]
2007/09/12 11:51:03 [S 81] Receive:End Sync
2007/09/12 11:51:03 [S 81] Receive:Start Sync
2007/09/12 11:51:03 [S 81] Reply:Status[200] MsgID[2] Cmd[Sync] CmdID[14]
2007/09/12 11:51:03 [S 81] Receive:End Sync
2007/09/12 11:51:03 [S 81] Receive:End Message (final)

Conversation at the beginning looks like this

2007/09/12 15:42:03 [S 40] Start SyncML session [conn:15063924] for device 4B76B18D2D6AF5C208AE09B40E3E755877858103
2007/09/12 15:42:03 FirstClass Synchronization Services V 9.0 (Build 11) UNLICENSED VERSION [50 user trial mode]
2007/09/12 15:42:03 [S 40] Process SyncML request [conn:15063924]
2007/09/12 15:42:03 [S 40] Receive:Start Message
2007/09/12 15:42:03 [S 40] Processing SyncML/1.1
2007/09/12 15:42:03 [S 40] Device max message size=20000 - This message size=608
2007/09/12 15:42:03 [S 40] User freddy test (ftest) logged in.
2007/09/12 15:42:03 [S 40] [Server] Found device [2] [pda] Synthesis AG / SySync Client PocketPC STD
2007/09/12 15:42:03 [S 40] Reply:Hdr [maxmsgsize:20000]
2007/09/12 15:42:03 [S 40] Reply:Status[212] MsgID[1] Cmd[SyncHdr] CmdID[0]
2007/09/12 15:42:03 [S 40] Receive:Get
2007/09/12 15:42:03 [S 40] Reply:Results MsgID[1] CmdID[1]
2007/09/12 15:42:03 [S 40] Server replying with ./devinf11
2007/09/12 15:42:03 [S 40] Receive:Alert
2007/09/12 15:42:03 [S 40] [Device] Requested sync for calendar : NORMAL
2007/09/12 15:42:03 [S 40] [Server] Device 2 sync for calendar : NORMAL
2007/09/12 15:42:03 [S 40] [Server] Device 2 conflict resolution policy: SERVER WINS
2007/09/12 15:42:03 [S 40] [Server] Device 2 sync calendar after 9/7/2007 5:44:02 PM
2007/09/12 15:42:03 [S 40] [Server] Device 2 last anchor for calendar [3272480333]
2007/09/12 15:42:03 [S 40] [Server] Device 2 last sync time for calendar is 9/12/2007 3:19:05 PM
2007/09/12 15:42:03 [S 40] [Server] Device 2 syncID format for calendar [0]
2007/09/12 15:42:03 [S 40] Server last anchor for calendar [3272455139]
2007/09/12 15:42:03 [S 40] Enumerating calendar for user ftest....
2007/09/12 15:42:08 [S 40] Enum: Total:978 Unchanged:4 Add:0 Delete:0 Replace:0 Deselected:0 Rejected:0
2007/09/12 15:42:08 [S 40] Enumerated 4 calendar for user ftest
2007/09/12 15:42:08 [S 40] Reply:Status[200] MsgID[1] Cmd[Alert] CmdID[2]
2007/09/12 15:42:08 [S 40] Reply:Alert[200] Anchor.Last[3272455139].Next[3272456523]
2007/09/12 15:42:08 [S 40] Receive:Alert


So, any idea why this switch from normal to slow is taking place and or how to troubleshoot it further?

I'm also working with FirstClass on this, but looks like the client is making the switch.

Thanks

[luz]

The server logs are not very informative (to me who doesn't know that server...). Maybe if you could run a session with our DBG client, and send me the logs it produces (see chapter on DBG client in the SyncML client's PDF manual), this would help.

You need to be a registered user of our website (free), then you can download the DBG clients for Palm, PocketPC, SmartPhone