On Mo, 2011-09-12 at 09:36 +0100, Justas Poderys wrote: > On Mon, 2011-09-12 at 08:07 +0200, Patrick Ohly wrote: > > On So, 2011-09-11 at 22:25 +0100, Justas Poderys wrote: > > > When I sync via http server I get this output: > > > > > > [INFO] syncevo-http: new SyncML session for 192.168.2.141 > > > [INFO] sync: matched deviceID fac-352212045389751 against config jphtc > > > (/home/justas/.config/syncevolution/default/peers/jphtc) > > > <snip> > > > > So this is not the first sync attempt, is it? It must have worked before > > to get the device ID and create a corresponding config. > > Yes, I have configured my http server using > http://syncevolution.org/wiki/http-server-howto and i can log in from > Android Funambol client. Problems start when I try su sync.
Sorry, didn't have time to look at your log file and message dump earlier. There's one thing which is peculiar at the time when the parsing error occurs: <Replace> <CmdID>5</CmdID> <Item> <Source> <LocURI>1587</LocURI> </Source> <Meta> <Type xmlns="syncml:metinf">text/x-vcard</Type> </Meta> <Data>... </Data> </Item> <Item> <Source> <LocURI>1588</LocURI> </Source> <Meta> <Type xmlns="syncml:metinf">text/x-vcard</Type> </Meta> <Data>... </Data> </Item> <Item> <Source> <LocURI>1589</LocURI> </Source> <Meta> ... There is more than one item in the <Replace> command. This is okay, OMA DS 1.2 DataRep explicitly mentions that Replace must contain "one *or more*" Items. I just wonder whether libsmltk already supports that. Hmm, yes, it does. So that's not it. The actual error that it reports is "smlProcessData failed, returned 0x200B" = SML_ERR_XLT_INVAL_SYNCML_DOC = "Document does not conform to SyncML DTD". Unfortunately it doesn't say where. Probably I should try to reproduce it life. Unfortunately I don't know when I'll have the time. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. _______________________________________________ SyncEvolution mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution
