[sync] [Fwd: Funambol Outlook connector

[Karsten Fourmont]

Hi,

I've dowloaded the current Funambol Outlook connector and will try to 
get Horde sync with it.

Currently changes in Horde don't show up in Outlook. This is due to the 
special (spec violating) order of packets the connector expects from the 
server. See forwarded message.

Let's see how we can deal with it.

Cheers,
  Karsten


-------- Original Message --------
Subject: [sync] Alert 222: Funambol Infos for Outlook plugin,	changes 
between 3.0.1 and 3.0.5
Date: Tue, 25 Jul 2006 08:43:40 +0200
From: Beat Binotto <beat.binotto at 7isolutions.com>
To: <sync at lists.horde.org>

Hi

Karsten, thank you for your work on the SyncML classes, I think it's
great peace of code!

I got some info from Funambol about the differences between Outlook
plug-in 3.0.1 and 3.0.5 / 3.0.7. I think it could be useful. Please read
below.



-----Original Message-----
From: sync4j-users-bounces at lists.sourceforge.net
[mailto:sync4j-users-bounces at lists.sourceforge.net] On Behalf Of Andrea
Toccalini
Sent: Montag, 24. Juli 2006 10:41
To: sync4j-users at lists.sourceforge.net
Subject: Re: [Sync4j-users] Outlook plugin, changes between 3.0.1 and
3.0.5?

Hi Beat,

the main difference between Outlook Plugin 3.0.1 and next releases is
the
upgrading on the API C++ 3.0, which means a SyncML messages handling
redesign, a general architecture review and some new supported features.
You can check these differences from the release notes under Funambol
download page:
http://www.funambol.com/opensource/downloads.html

Looking at your log, I see that the problem is the <final> tag sent by
the
server on msgID 2.
That's not wrong, but in the new architecture at this point the client
is
waiting only for a message with status of modifications on server, then
it
will send a message with the alert 222 and then it will wait for
modifications from server...
So the problem is that the client doesn't parse incoming data because
the
<final></final> sequence is found, and the client is forced to the
mapping
state.
I've attached a log file with a correct synchronization (funambol
outlook
client <-> funambol ds server), just to better understand what I said.

I understand this is probably a mistake, I've just realized there's also
a
patch for this issue in the '.patches' folder in CVS (synthesis.patch)
but
it has not yet been applied.

Andrea


-----Original Message-----
From: sync4j-users-bounces at lists.sourceforge.net
[mailto:sync4j-users-bounces at lists.sourceforge.net] On Behalf Of Beat
Binotto
Sent: lunedì 24 luglio 2006 9.12
To: sync4j-users at lists.sourceforge.net
Subject: Re: [Sync4j-users] Outlook plugin, changes between 3.0.1 and
3.0.5?

Hi

The first attachment (synclog.txt) shows the plug-in log file when
synchronizing tasks with our server. Our server sends tasks to the
outlook plug-in, but the plug-in never tries to insert them into
outlook. There's just one line after that:

13:17:34:703 [DEBUG] - Mapping

After this line the response message is generated.

I think our SyncML Message is malformed, but I couldn't find a mistake.
And with plug-in version 3.0.1 everything works well.

Beat

-----Original Message-----
From: sync4j-users-bounces at lists.sourceforge.net
[mailto:sync4j-users-bounces at lists.sourceforge.net] On Behalf Of Stefano
Fornari
Sent: Samstag, 22. Juli 2006 15:05
To: sync4j-users at lists.sourceforge.net
Subject: Re: [Sync4j-users] Outlook plugin, changes between 3.0.1 and
3.0.5?

Hi Beat,
can you please post the logs?

Stefano

On 7/21/06, Beat Binotto <beat.binotto at 7isolutions.com> wrote:
>
>
>
>
> Hi
>
>
>
> We created a php backend to use the Funambol Outlook plug-in with our
> php-based server.
>
> This works great for plug-in Version 3.0.1 and earlier. But with
version
> 3.0.5 (and 3.0.7) no updates/inserts from the server to outlook are
made.
>
> What changes on protocol level have been made between 3.0.1 and 3.0.5
which
> can cause this behavior? We use the Horde framework for SyncML
> communication.
>
>
>
> Regards,
>
> Beat Binotto
>