That 503 error sounds familiar to me. I don't have detail insight into OCS, but
we've done a lot of testing together with the SyncML guys at Oracle. We've seen
that 503 usually when a previous sync with the same user or device has not sucessfully
completed, and a session was still pending somehow. Just leaving the server alone for
5mins and trying again has usually worked.
This situation easily happens when testing new stuff, but in normal operation this is rare
so end users don't run into that too often. Still, some do and we have a FAQ entry on
the Synthesis site for that: http://www.synthesis.ch/faq.php?lang=e
(BTW: Altough that FAQ
is for our commercial products, it might be helpful regarding compatibility issues with
libsynthesis based clients as well.
On Jun 17, 2010, at 22:18 , Guy Stalnaker wrote:
> On 06/17/2010 01:54 AM, Patrick Ohly wrote:
>> On Wed, 2010-06-16 at 23:23 +0100, Guy Stalnaker wrote:
>>> What is meant by "Oracle branch"?
>> At one point there was a branch in our source code repository for
>> Oracle. It had a new template for Oracle. This has been rolled into the
>> main branch and is in the latest releases, so you can use "--configure
>> --sync-property syncurl=<my url> ... oracle".
Thank you very much for your reply. The log of my latest attempt is attached. Here is
Server: Oracle Calendar OCAS v10.1.2.3.4
Client: SyncEvolution 1.0beta2a
Host: Ubuntu Lucid 10.04 32-bit
I have both manually created a profile and (following your explanation) I've used the
built-in oracle template. Both result in the exact same 503 error. As you can see from
the log, credential authentication is successful. As is the query for the Sync server
[2010-06-17 14:07:45.819] 'DevInf_Analyze' - Analyzing remote
devInf [--][++] [->end] [->enclosing]
# [2010-06-17 14:07:45.820] Device ID='OracleSyncServer', Type='server',
# [2010-06-17 14:07:45.820] Manufacturer='Oracle', OEM='Oracle'
# [2010-06-17 14:07:45.820] Softwarevers='10.1.2',
# [2010-06-17 14:07:45.820] SyncML Version: SyncML/1.2
# [2010-06-17 14:07:45.820] SyncML capability flags: wantsNOC=Yes,
# [2010-06-17 14:07:45.820] Detected Oracle OCS Server - suppress
dynamic X-nnnn TYPE params, and <filter>
# [2010-06-17 14:07:45.820] OCS with device that
has not guaranteed
unique ID - use user+devid hash for Source LocURI
SyncEvolution both successfully authenticates a session and it successfully queries and
parses the response for devInf. The failure comes next.
[2010-06-17 14:07:45.827] 'issue' - issuing command,
Cmd=Status [--][++] [->end] [->enclosing]
# [2010-06-17 14:07:45.827] Status Code 200 issued for Cmd=Results, (incoming MsgID=1,
# [2010-06-17 14:07:45.827] - SourceRef (remoteID) = './devinf12'
# [2010-06-17 14:07:45.827] Status: issued as (outgoing MsgID=2, CmdID=2), not waiting
# [2010-06-17 14:07:45.827] Deleted command 'Status' (outgoing MsgID=2, CmdID=2)
# [2010-06-17 14:07:45.827] Outgoing Message size is now 384 bytes
–[2010-06-17 14:07:45.827] End of 'issue' [->top] [->enclosing]
o [2010-06-17 14:07:45.828] Deleted command 'Results' (incoming MsgID=1,
–[2010-06-17 14:07:45.828] End of 'processCmd' [->top] [->enclosing]
+ [2010-06-17 14:07:45.828] Created command 'Status' (incoming)
– [2010-06-17 14:07:45.828] 'processStatus' - Processing incoming Status [--][++]
o [2010-06-17 14:07:45.828] Started processing Command 'Status' (incoming
o [2010-06-17 14:07:45.828] WARNING: RECEIVED NON-OK STATUS 503 for command
'Alert' (outgoing MsgID=1, CmdID=3)
o [2010-06-17 14:07:45.828] - TargetRef (remoteID) = './calendar/tasks'
o [2010-06-17 14:07:45.828] - SourceRef (localID) = './todo'
o [2010-06-17 14:07:45.828] - Item data =
o [2010-06-17 14:07:45.828] Found matching command 'Alert' for Status - Synthesis
SyncML Engine 184.108.40.206 Log (p15 of 19)
The abort happens soon after.
You'll know why this "Command 'Alert'" is being sent to the server?
What is the expected server response?
Using Oracle-supplied steps I created a sync profile for SyncEvolution (much like the
article about SE and Beehive mentions). I can see that the Sync server records the
connection in data for my user account, but that data is minimal as the sync session is
terminated after the 503 error (I've included the full directory listing for my data
so you can see what the various files look like on the Oracle side of things; the 364A7A16
set are from use of a Palm Synthesis; the IMEI is a Blackberry Nexthaus client; the
NL-283134 is NotifyLink Enterprise Server):
[2:06pm nak@wisccal-sync] ~> sudo ls -l ocas10g/linkdb/calserv/jstalnak,user=/
-rw-r----- 1 oracle dba 19034 Jun 5 13:03 364A7A16__calendar_events.db
-rw-r----- 1 oracle dba 85 Mar 30 17:07 364A7A16__calendar_tasks.db
-rw-r----- 1 oracle dba 75 Mar 30 17:07 364A7A16__contacts.db
-rw-r----- 1 oracle dba 51308 Jun 16 17:24 IMEI_3193ec46__calendar_events.db
-rw-rw---- 1 oracle dba 771 Jun 18 2009 IMEI_3193ec46__calendar_tasks.db
-rw-rw---- 1 oracle dba 914 Sep 2 2009 IMEI_3193ec46__contacts.db
-rw-r----- 1 oracle dba 20070 Nov 2 2009 IMEI_32caae79__calendar_events.db
-rw-r----- 1 oracle dba 787 Nov 8 2009 IMEI_32caae79__calendar_tasks.db
-rw-r----- 1 oracle dba 41480 Nov 2 2009 IMEI_32caae79__contacts.db
-rw-rw---- 1 oracle dba 4795 Jun 17 14:06 index.idx
-rw-r----- 1 oracle dba 76899 Jan 8 17:07 NL-283134__calendar_events.db
-rw-r----- 1 oracle dba 1452 Jan 8 17:07 NL-283134__calendar_tasks.db
-rw-r----- 1 oracle dba 98567 Mar 31 18:43 NL-289054__calendar_events.db
-rw-r----- 1 oracle dba 1452 Mar 31 18:43 NL-289054__calendar_tasks.db
-rw-r----- 1 oracle dba 83 Jun 16 09:28
-rw-r----- 1 oracle dba 77 Jun 16 09:28
-rw-r----- 1 oracle dba 79 Jun 16 09:28
-rw-r----- 1 oracle dba 83 Jun 17 14:06
-rw-r----- 1 oracle dba 77 Jun 17 14:06
-rw-r----- 1 oracle dba 79 Jun 17 14:06
It's obvious from the file sizes alone that the syncevolution data files have minimal
information as all are less than 90 *bytes*.
How can we trouble-shoot this?
Again, I'm the Oracle Calendar admin so I have complete access to all facets of the
Oracle OCAS (sync server) configuration and logs. I can give you WAY more debug log data
than you really want :-)
Where I want to go with my testing is a process that will allow users of MacOS Apple iCal
a method to connect to and read/write their Oracle Calendar data. Right now that is not
possible. We've a project to replace our Oracle Calendar but that's going to take
two years. If I can get our many Mac users a method to access their Oracle account using
Apple iCal, I'd be a very happy person. Because syncevolution writes its data to a
file using icalendar, there's a chance that same data file may work with Apple iCal
(as it works for Evolution) since Apple iCal supports iCalendar (!?).
> ./Contacts is correct and matches the Oracle template (ignoring case,
> which IMHO doesn't matter).
> Perhaps this article here helps? It is about Behive, but I can imagine
> that Calendar Server also needs server-side configuration changes.
SyncEvolution mailing list
Lukas Zeller (luz(a)synthesis.ch)
Synthesis AG, SyncML Solutions & Sustainable Software Concepts