Thanks very much for the information.

Bo (the SyncML plugin author) isn't around right now, and I am a bit
overloaded, but we are interested in getting this working. Hopefully we
can get back to you shortly about getting this sorted out.

Thanks again,

Tom


On Tue, 2004-04-27 at 11:30, N Custer wrote:
> just on another note when using xml vs. wbxml, this is
> what he reported:
> 
> ------ begin msg ---------
> 
> Secondly, when I switch my debug client to use XML,
> multisync.log shows proper login communication, but
> then refuses login.
> 
> I even found out why: Multisync accepts my SyncML 1.1
> request, but apparently processes the SyncML login
> data as if it was SyncML 1.0. When I force my debug
> client to use SyncML 1.0, authorisation works.
> 
> But then, the multisync server sends a truncated
> answer message, which in turn causes our client's
> parser to abort the session because the answer message
> is no valid xml document (due to the missing end). The
> part of the message sent ok by the multisync server
> seems to be ok - no idea why it does not send the
> entire message.
> 
> ----- end msg -------
> 
> 
> --- Tom Foottit <[EMAIL PROTECTED]>
> wrote:
> > Is this client available somewhere for us to test
> > and reproduce with? We
> > haven't had much luck with WBXML syncing with other
> > devices, so I don't
> > doubt that there is a problem in there somewhere.
> > 
> > Tom
> > 
> > 
> > On Mon, 2004-04-26 at 12:51, N Custer wrote:
> > > i am currently working w/ a support person from a
> > > company w/ a syncml client (that is about to go
> > open
> > > source if it  isn't already) and trying to get the
> > > client to work w/ the syncml plugin.  here is what
> > he
> > > has reported (slightly edited) when using
> > multisync
> > > 0.82 and wbxmllib .90:
> > > 
> > > ------ begin pasted in msg -------
> > > It seems to me that something is seriously wrong
> > with
> > > the encoding of that second message. I could
> > imagine
> > > that it might be related to the nested encoding of
> > > devInf (devinf is a WBXML document packaged as a
> > > opaque string in the main WBXML), however that's
> > just
> > > a guess. 
> > > ------ end pasted in msg -------
> > > 
> > > this is in response to a test run where login and
> > > everything was ok, but failures followed during
> > the
> > > actual data/sync.  we still have not been able to
> > get
> > > the client to sync w/ the server,  nothing past
> > > login/format negotiation anyway.
> > > 
> > > any ideas?  i'm a developer but not very familar
> > w/
> > > the syncml protocol (it is so darned big) so i'm
> > at a
> > > bit of a loss here.
> > > 
> > 
> > 
> > 
> > 
> >
> -------------------------------------------------------
> > This SF.net email is sponsored by: The Robotic
> > Monkeys at ThinkGeek
> > For a limited time only, get FREE Ground shipping on
> > all orders of $35
> > or more. Hurry up and shop folks, this offer expires
> > April 30th!
> > http://www.thinkgeek.com/freeshipping/?cpg=12297
> > _______________________________________________
> > Multisync-users mailing list
> > [EMAIL PROTECTED]
> >
> https://lists.sourceforge.net/lists/listinfo/multisync-users
> 
> 
> 
>       
>               
> __________________________________
> Do you Yahoo!?
> Win a $20,000 Career Makeover at Yahoo! HotJobs  
> http://hotjobs.sweepstakes.yahoo.com/careermakeover



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE. 
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Multisync-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/multisync-users

Reply via email to