opensync-users — The place to get help for the OpenSync project

Re: [Opensync-users] Is opensync with irmc-sync meanwhile able to handle german umlauts?

[Xin Z. <xi...@gm...>]

在 2006-06-22四的 18:35 +0200，Christopher Stender写道：
> I fixed a lot of iusses by removing sync_vtype() from the irmc-plugin. 
> Please test the combination with opensync (trunk) and irmc-development 
> (branch).
> 
> I can sync vcards with german umlauts without any problems (also 
> SonyEricsson K750i).
> 
This branch of irmc-development is really working. With it I finally got
my Chinese contacts stored and displayed correctly in my SonyEricsson
T68. I was very excited that charsets conversion was no longer a
problem.

And there is a little issue: Everytime I access the "vnote" of my phone,
it stops responding any further IrMC request unless I reboot it.

It seems a bug of my phone, but it really blocks me. I have to comment
out some code in irmc_sync.c to disable "vnote". So I hope there could
be a decent option to choose which datatype I want to sync (cal, pb or
nt). I'll be glad to help. Thanks for your great work.

> Regards,
> 
> 	Christopher

Re: [Opensync-users] syncml-obex-client Timeout while waiting DISCONNECT

[Jan <jan...@im...>]

Am Donnerstag, 22. Juni 2006 17:10 schrieb Francesc Guasch:
> En/na Jan Kl=F6tzke ha escrit:
> > Am Mittwoch, 21. Juni 2006 18:10 schrieb Francesc Guasch:
> >> Now there is another problem. msynctool always report changes.
> >
> > This seems to be one of the problems I mentioned eralier. :-) The
> > attached patch against syncml plugin should fix the issue.
>
> Unfortunately it looks it does the same. It reports many
>    "Changetype ADDED"
>
> and then it reports duplicates for every item in the calendar.
> I do a CTRL-C to stop it.
>

Could you provide traces of the synchronization where the duplicates happen=
?=20
Would be very interesting to determine what causes them...

/Jan

Re: [Opensync-users] Is opensync with irmc-sync meanwhile able to handle german umlauts?

[Christopher S. <ope...@ch...>]

Hi Achim

Am Donnerstag, 22. Juni 2006 20:14 schrieb Achim Spangler:
> Hello Christopher,
>
> hmmh - I was not able to verify the correct function so far, as my
> K750i is still crashing during sync (screen goes blank black,white
> ... and comes back after some seconds).

I had some crashes with old firmware versions, please provide yours.

(without the double-quotes, joystick left = <, joystick right = >)
">*<<*<*  Service Info -> Software Info -> RXXXXX"

> The output of the sync around the crash:
> Sent a entry 000000000231 of size 399 to member 2. Changetype ADDED
> Error writing entry
> 36651AE5BEB28DD2C1256FB700577E8B-Lotus_Notes_Generated to member 2:
> Timeout while waiting for a reply to message "COMMIT_CHANGE"
>
> (all following entries are then also reporting the timeout)

Do you now which vcal cause this problem? What happens if you delete 
this calender entry?

> [...]

Best regards

	Christopher

Re: [Opensync-users] Is opensync with irmc-sync meanwhile able to handle german umlauts?

[Daniel G. <dg...@su...>]

On Thursday 22 June 2006 20:14, Achim Spangler wrote:
> How did I get this:
> 1) I started a fresh sync, where the standard reousrces for Kalendar and
> =A0 =A0contact pointed to fresh generated files (i.e. empty).
> =A0 --> calendar from mobile phone has been transfered fine
>
> 2) removed an obsolete calendar entry
>
> 3) restarted the sync
> =A0--> several conflicts were detected - even if there was no real reason
> =A0 =A0 =A0( nearly all calendar entries --> the history of my konsole is=
 no long
> =A0 =A0 =A0 =A0enough; and I won't retry, as I had already a total perman=
ent crash
> =A0 =A0 =A0 =A0with my mobile during the last tries )
> =A0 =A0 =3D=3D> some of the control XML-tags like data source, ... were p=
robably
> =A0 =A0 =A0 =A0 causing the conflict ( so the user visible parts were ide=
ntic, but
> =A0 =A0 =A0 =A0 several other information was different in all reported c=
alendar
> =A0 =A0 =A0 =A0 conflicts )
> =A0 --> after all "conflicts" were resolved by taking the entry from phone
> =A0 =A0 =A0 ( the entry, where the special XML-Tags indicated the phone a=
s source

(msynctool --sync YYYY --conflict X  to let always member X win the conflic=
t)

> ), the changes were being commited
> =A0 =A0 =A0 ---> during THIS flow, the mobile resetted itself

Can you reproduce this with enabled OSYNC_TRACE?
( export OSYNC_TRACE=3D/tmp/osync_trace/; mkdir $OSYNC_TRACE; msynctool --s=
ync=20
YYYY )

Does this crash only happen with this lotus generated calendar entries?

Also interesting would be lotus generated vcalendar file (without sensitive=
=20
information ;) )

best regards,
Daniel

Re: [Opensync-users] Is opensync with irmc-sync meanwhile able to handle german umlauts?

[Achim S. <Ach...@mn...>]

Hello Christopher,

hmmh - I was not able to verify the correct function so far, as my K750i is 
still crashing during sync (screen goes blank black,white ... and comes back 
after some seconds).

The output of the sync around the crash:
Sent a entry 000000000231 of size 399 to member 2. Changetype ADDED
Error writing entry 36651AE5BEB28DD2C1256FB700577E8B-Lotus_Notes_Generated to 
member 2: Timeout while waiting for a reply to message "COMMIT_CHANGE"

(all following entries are then also reporting the timeout)

How did I get this:
1) I started a fresh sync, where the standard reousrces for Kalendar and 
   contact pointed to fresh generated files (i.e. empty).
  --> calendar from mobile phone has been transfered fine

2) removed an obsolete calendar entry

3) restarted the sync
 --> several conflicts were detected - even if there was no real reason
     ( nearly all calendar entries --> the history of my konsole is no long
       enough; and I won't retry, as I had already a total permanent crash
       with my mobile during the last tries )
    ==> some of the control XML-tags like data source, ... were probably
        causing the conflict ( so the user visible parts were identic, but
        several other information was different in all reported calendar
        conflicts )
  --> after all "conflicts" were resolved by taking the entry from phone
      ( the entry, where the special XML-Tags indicated the phone as source ),
      the changes were being commited
      ---> during THIS flow, the mobile resetted itself

So maybe the syncing is disturbed by a calendar entry which is stemming from 
Lotus-Notes ( it was created on Lotus-Notes, sent by email to my 
email-account, and had been accepted/stored by kontact into KDE calendar ). 
Thus it might have contained some strange special XML tags, which are not 
handled by the mobile in the right way.

I hope that my description can help someway.

My configuration:
+ Kubuntu Dapper
+ opensync packages from the REPO at http://www.in.fh-merseburg.de/~jahn/
  ( today installed --> 0.18+svn20060605-1.2 )
+ Mobile: SonyEricsson K750i
+ newest KDE 3.5.3 from the Dapper update sources

My suggestion for solution:
Do not communicate the special XML-Tags which are not neccessary for real data 
and sync marks. KDE won't understand all K750i entries and vice versa.

Bye,
Achim

Am Donnerstag, 22. Juni 2006 18:35 schrieb Christopher Stender:
> Hi Achim,
>
> Am Donnerstag, 22. Juni 2006 17:50 schrieb Achim Spangler:
> > Hi,
> >
> > I had not time during the last months to test the development of the
> > opensync framework with irmc-plugin and kdepim-plugin.
> >
> > So has anybody successfully tested this combo with German Umlauts
> > (i.e. UTF-8 special characters)?
> >
> > Last time I tested this (some months ago), all Umlauts were destroyed
> > when I tried to sync between kdepim and my mobile phone (SonyEricsson
> > K750i).
> > [...]
>
> I fixed a lot of iusses by removing sync_vtype() from the irmc-plugin.
> Please test the combination with opensync (trunk) and irmc-development
> (branch).
>
> I can sync vcards with german umlauts without any problems (also
> SonyEricsson K750i).
>
> Regards,
>
> 	Christopher
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] Is opensync with irmc-sync meanwhile able to handle german umlauts?

[Christopher S. <ope...@ch...>]

Hi Achim,

Am Donnerstag, 22. Juni 2006 17:50 schrieb Achim Spangler:
> Hi,
>
> I had not time during the last months to test the development of the
> opensync framework with irmc-plugin and kdepim-plugin.
>
> So has anybody successfully tested this combo with German Umlauts
> (i.e. UTF-8 special characters)?
>
> Last time I tested this (some months ago), all Umlauts were destroyed
> when I tried to sync between kdepim and my mobile phone (SonyEricsson
> K750i).
> [...]

I fixed a lot of iusses by removing sync_vtype() from the irmc-plugin. 
Please test the combination with opensync (trunk) and irmc-development 
(branch).

I can sync vcards with german umlauts without any problems (also 
SonyEricsson K750i).

Regards,

	Christopher

[Opensync-users] Is opensync with irmc-sync meanwhile able to handle german umlauts?

[Achim S. <Ach...@mn...>]

Hi,

I had not time during the last months to test the development of the opensync 
framework with irmc-plugin and kdepim-plugin.

So has anybody successfully tested this combo with German Umlauts (i.e. UTF-8 
special characters)?

Last time I tested this (some months ago), all Umlauts were destroyed when I 
tried to sync between kdepim and my mobile phone (SonyEricsson K750i).

##
I looked at the checkin documentation at www.opensync.org - and found some 
changes that seem to tackle the UTF-8 problem both in core and irmc-sync. But 
I didn't find any success reports for German Umlauts in combination with 
irmc-sync and kdepim.

I saw also a changeset, which described a new irmc-sync development branch. 
Which features are developed there separatedly?



Thanks for any success report,
Achim

Re: [Opensync-users] syncml-obex-client Timeout while waiting DISCONNECT

[Francesc G. <fr...@et...>]

En/na Jan Kl=F6tzke ha escrit:
> Am Mittwoch, 21. Juni 2006 18:10 schrieb Francesc Guasch:
>> Now there is another problem. msynctool always report changes.
>>
>=20
> This seems to be one of the problems I mentioned eralier. :-) The attac=
hed=20
> patch against syncml plugin should fix the issue.
>=20
Unfortunately it looks it does the same. It reports many
   "Changetype ADDED"

and then it reports duplicates for every item in the calendar.
I do a CTRL-C to stop it.

Re: [Opensync-users] MDA Pro sync

[Torsten V. <To...@vo...>]

>
> this looks like a wbxml problem. I don't really have a clue but maybe
> setting <usestringtable> to "1" may help. Does anybody else has an idea?
>
> There is another strange thing. In the last log your device reports to
> speak SyncML 1.2 but in the first log of this thread it is SyncML 1.1...
>

Crap! Good catch! I downloaded a beta from synthesis to test if my first 
problems are solved there - and forgot to uninstall it :-(

The above problems are related to the beta. With the stable the connection can 
be established again. But now I got the no-database-error again :-(

Maybe it's the client who's making all this trouble... Can someone point me to 
another good winmobile-ppc-client??? I found no other...

Torsten.

Re: [Opensync-users] MDA Pro sync

[Jan <jan...@im...>]

Am Mittwoch, 21. Juni 2006 12:03 schrieb Torsten Vollmann:
> Am Mittwoch, 21. Juni 2006 10:43 schrieb Torsten Vollmann:
> > Now the MDA accepts the entries but there are more issues (not everything
> > is uploaded) :-( I try to sort them out first and report in detail
> > later...
>
> OK.
>
> At first I got and database error on the client. According to synthesis
> this could mean a corrupted database - so I erased all entries and the
> database on the mda.
>
> But now I got a new error when syncing:
>
> sml_session.c:1029:E:smlSessionGetSessionID: Assertion "session" failed
>
>
> The correspondig syncml-trace is attached
>
> Torsten.

Hi Torsten,

this looks like a wbxml problem. I don't really have a clue but maybe setting 
<usestringtable> to "1" may help. Does anybody else has an idea?

There is another strange thing. In the last log your device reports to speak 
SyncML 1.2 but in the first log of this thread it is SyncML 1.1...

/Jan

Re: [Opensync-users] syncml-obex-client Timeout while waiting DISCONNECT

[Jan <jan...@im...>]

Am Mittwoch, 21. Juni 2006 18:10 schrieb Francesc Guasch:
>
> Now there is another problem. msynctool always report changes.
>

This seems to be one of the problems I mentioned eralier. :-) The attached 
patch against syncml plugin should fix the issue.

/Jan

Re: [Opensync-users] Samsung SGH-D600: Request not successfull: 83

[Markus W. <ma...@mw...>]

On Wednesday 21 June 2006 00:01, Martin Schulze wrote:
> I tried to get the very same phone working with Opensync some time ago.
> After introducing a lot of hacks, I got some communication working but I
> couldn't proceed due to lack of time.
>
> There are several issues with the SGH-D600:
>
> 1) Like Stefan reported, an AT-Command has to be sent before a
> syncml-session can be started ("AT+CPROT=0\r" did the job for me).

Hm, i guess that could be realized, though communication on another bt channel 
(serial chat?!) has to be done in advance...

> [...]
> 3) Only syncml version 1.1 is supported. That means that the
> syncronization cannot be triggered by sending a SAN-Notification.
> Instead, a server alert (type SML_ALERT_TWO_WAY_BY_SERVER) needs to be
> sent in client_connect() (syncml-plugin.c).
> I don't know the current status of the code base, but back in February I
> needed to change the whole logic of how a sycml session is started in
> opensync.

Rumors are, that 1.1 is now in the code base and ready for testing. 

> 4) Furthermore, there are some weird restrictions in the xml protocol.
> Some headers are needed or forbidden - I don't remember the details and
> gave up somewhere at that point.

> I'm sorry that I never managed to get a patch ready. The problem is that
> basically all the changes are work-arounds for this obscure
> OBEX/syncml-client. As such they must only get active if this client is
> identified. In order to avoid contamination of the codebase with a bunch
> of hacks, opensync needs some mechanisms to guess the sycml client and
> to activate such workarounds on demand.

Unfortunately I am quite limited on time, too. Furthermore I am not very 
talented when it comes to Ccoding or/and understanding what already has been 
done and how obex,bt,syncml and all play together. (Easy readings to get 
started anywhere?!). Maybe if this knowledge is there, I cannot hold back and 
start hacking :-p
But in anycase; I'd be willing to test, give feedbacks and debugs...

BTW: I find the idea of a pluggable "bug-work-around" mechanism very charming.

m

Re: [Opensync-users] syncml-obex-client Timeout while waiting DISCONNECT

[Francesc G. <fr...@et...>]

En/na Jan Kl=F6tzke ha escrit:
> Am Donnerstag, 15. Juni 2006 17:15 schrieb Francesc Guasch:
>> syncml-obex-plugin works the very first time the phone boots.
>> The second one the phone shows the message "Abandoning
>> syncronization" for many minutes.
> it looks like a problem which I also experienced with my 6230. Could yo=
u try=20
> the attached patch against libsyncml (apply with -p1)? I'm currently wo=
rking=20
> on the 6230 support for myself. There are some other problems pending b=
ut it=20
> would be interesting if the patch also works with your phone.

Hi Jan, the patch improved the sync experience. Now it closes
the connection correctly.

Now there is another problem. msynctool always report changes.

I'm doing a fileobex sync. I remove the data in the directory
for the file-plugin and I start the sync. It looks it works
and it stores information in the directory.

Then I do the sync again and It reports problems. I pasted the
errors down there. Do you want me to send the traces ?

Received an reply to our Alert
Received an reply to our Alert
Received an reply to our Alert
Going to receive 0 changes
Received a entry 1 with data of size 4 from member 2. Changetype ADDED
Received a entry 2 with data of size 4 from member 2. Changetype ADDED
Received ....
[ many times the Received a entry ]
Received a entry 16 with data of size 207 from member 2. Changetype ADDED
Going to receive 0 changes
Member 2 of type syncml-obex-client just sent all changes
All clients sent changes or error
All conflicts have been reported
Error writing entry 1 to member 1: Entry already exists
Mapping Write Error: Entry already exists
Error writing entry 2 to member 1: Entry already exists
Mapping Write Error: Entry already exists
Error writing entry 3 to member 1: Entry already exists
Mapping Write Error: Entry already exists
[ the former two lines repeated many times]
Member 1 of type file-sync committed all changes.
Received an reply to our sync
Received an reply to our sync
Received an reply to our sync
Member 2 of type syncml-obex-client committed all changes.
All clients have written
Member 1 of type file-sync just disconnected
Member 2 of type syncml-obex-client just disconnected
All clients have disconnected
The sync failed: Unable to write one or more objects
Error synchronizing: Unable to write one or more objects

Re: [Opensync-users] MDA Pro sync

[Torsten V. <To...@vo...>]

Am Mittwoch, 21. Juni 2006 10:43 schrieb Torsten Vollmann:
>
> Now the MDA accepts the entries but there are more issues (not everything
> is uploaded) :-( I try to sort them out first and report in detail later...
>

OK.

At first I got and database error on the client. According to synthesis this 
could mean a corrupted database - so I erased all entries and the database on 
the mda.

But now I got a new error when syncing:

sml_session.c:1029:E:smlSessionGetSessionID: Assertion "session" failed


The correspondig syncml-trace is attached

Torsten.

Re: [Opensync-users] MDA Pro sync

[Torsten V. <To...@vo...>]

Am Dienstag, 20. Juni 2006 20:52 schrieb Jan Kl=F6tzke:

> Hi Torsten,
>
> the problem is related to the syncml plugin. The problem is that it is
> statically configured to accept contacts, events, todos and notes.
> Referring to the logs that you provided only a contact session is created
> but opensync forwards the file as note, which is then rejected by the
> syncml plugin.
>

>
> Best regards,
> Jan


That does the trick! Thanks!!

Now the MDA accepts the entries but there are more issues (not everything i=
s=20
uploaded) :-( I try to sort them out first and report in detail later...

Torsten.

Re: [Opensync-users] MDA Pro sync

[Daniel G. <dg...@su...>]

JFYI: boto added a discussion between Armin and him about a opensync based 
solution of filtering. Can be found at

http://www.opensync.org/wiki/FilteringDiscussion

the second discussion. (The first is about the --filter-objtype in msynctool 
which is already implemented)

Re: [Opensync-users] MDA Pro sync

[Jan <jan...@im...>]

Am Dienstag, 20. Juni 2006 23:16 schrieb matthias jahn:
> That looks like the same problem  i want to solve with my kdepim-sync
> patch. http://www.opensync.org/attachment/ticket/208/exp.patch
>
> tries to disable notes, contacts, calendar and todo using xml switches.
>
> maybe we should look at all plugins in this way ... and find a more general
> solution. (http://www.opensync.org/wiki/SelectiveSyncRequirements)
>
> Matthias

Hi Matthias,

I agree. But for syncml the problem is more complex I think because the 
capabilities are determined by the device and not the plugin. This 
corresponds especially with ticket #85. So in the end the syncml plugin 
should use the devinf to report the really supported types and additionally 
the user could further restrict it through the config.

/Jan

Re: [Opensync-users] Samsung SGH-D600: Request not successfull: 83

[Martin S. <mar...@hi...>]

I tried to get the very same phone working with Opensync some time ago.
After introducing a lot of hacks, I got some communication working but I
couldn't proceed due to lack of time.

There are several issues with the SGH-D600:

1) Like Stefan reported, an AT-Command has to be sent before a
syncml-session can be started ("AT+CPROT=0\r" did the job for me).

2) The Teleca client (which the SGH-D600 is using internally) has some
non-standard behaviour in the OBEX protocol. If I remember correctly, it
requires an empty put final OBEX packet which is incompatible with e.g.
with Nokia mobile phones.
My solution was to add an empty OBEX header (type OBEX_HDR_EMPTY) to the
OBEX packet in function smlTransportObexClientSend().

3) Only syncml version 1.1 is supported. That means that the
syncronization cannot be triggered by sending a SAN-Notification.
Instead, a server alert (type SML_ALERT_TWO_WAY_BY_SERVER) needs to be
sent in client_connect() (syncml-plugin.c).
I don't know the current status of the code base, but back in February I
needed to change the whole logic of how a sycml session is started in
opensync.

4) Furthermore, there are some weird restrictions in the xml protocol.
Some headers are needed or forbidden - I don't remember the details and
gave up somewhere at that point.

I'm sorry that I never managed to get a patch ready. The problem is that
basically all the changes are work-arounds for this obscure
OBEX/syncml-client. As such they must only get active if this client is
identified. In order to avoid contamination of the codebase with a bunch
of hacks, opensync needs some mechanisms to guess the sycml client and
to activate such workarounds on demand.

Regards,

  Martin


Am Dienstag, den 20.06.2006, 22:41 +0200 schrieb Stefan Schmidt:
> Hallo,
> 
> lately I did some experiments on using opensync with the Samsung SGH-D500, 
> which I suppose uses the same syncml protocol as your mobile.
> 
> According to http://www.traud.de/gsm/samsung.htm , the device is capable of 
> SyncML over Obex, but as I understood you can't use Obex over Bluetooth 
> directly to talk syncml. Rather you need to start a syncml-session via the 
> Bluetooth Dialup-Profile (maybe also IRDA or cable connection possible) by 
> giving the AT-Command
> AT+CPROT=0
> 
> 
> I tried hacking the necessary changes for such a connection into libsyncml and 
> the syncml-plugin of opensync, but I did not succeed in exchanging data. I 
> got a CONNECT message from the phone and then some obex failures (which I 
> have not been able to interpret so far). 
> 
> Due to lack of time I have not yet continued to try some harder, but I'm still 
> very interested in getting the phone synchronized... Let me know if you'd 
> like my piece of code as a starting point.
> 
> With kind regards,
> Stefan Schmidt
> 
> Am Dienstag, 20. Juni 2006 20:01 schrieb Markus Wagner:
> > Hi List, hi devs!
> >
> > I just followed the http://www.opensync.org/wiki/syncml-guide SyncML Guide
> > and I am trying to sync the phone via the syncml-obex-client plugin.
> >
> > When trying to sync, I get the following:
> >
> > markus@swordfish ~/opensync/log $ msynctool --sync syncmlfile
> > Synchronizing group "syncmlfile"
> > The previous synchronization was unclean. Slow-syncing
> > Member 1 of type file-sync just connected
> > Member 2 of type syncml-obex-client had an error while connecting: Request
> > not successfull: 83
> > Member 1 of type file-sync just disconnected
> > All clients have disconnected
> > The sync failed: Unable to connect one of the members
> > Error synchronizing: Unable to connect one of the members
> [...]
> 
> 
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] MDA Pro sync

[matthias j. <jah...@fr...>]

Am Dienstag, 20. Juni 2006 20:52 schrieb Jan Kl=F6tzke:
> the problem is related to the syncml plugin. The problem is that it is
> statically configured to accept contacts, events, todos and notes.
> Referring to the logs that you provided only a contact session is created
> but opensync forwards the file as note, which is then rejected by the
> syncml plugin.
>
> Currently for me I patched the syncml plugin. Just comment out the
> following lines at the end of syncml_plugin.c, recompile and install:
>
> /*
> 	osync_plugin_accept_objtype(info, "note");
> 	osync_plugin_accept_objformat(info, "note", "plain", "clean");
> 	osync_plugin_set_batch_commit_objformat(info, "note", "plain",
> batch_commit); */

That looks like the same problem  i want to solve with my kdepim-sync patch.
http://www.opensync.org/attachment/ticket/208/exp.patch

tries to disable notes, contacts, calendar and todo using xml switches.

maybe we should look at all plugins in this way ... and find a more general=
=20
solution. (http://www.opensync.org/wiki/SelectiveSyncRequirements)

Matthias
=20

Re: [Opensync-users] Samsung SGH-D600: Request not successfull: 83

[Stefan S. <s-o...@hi...>]

Hallo,

lately I did some experiments on using opensync with the Samsung SGH-D500, 
which I suppose uses the same syncml protocol as your mobile.

According to http://www.traud.de/gsm/samsung.htm , the device is capable of 
SyncML over Obex, but as I understood you can't use Obex over Bluetooth 
directly to talk syncml. Rather you need to start a syncml-session via the 
Bluetooth Dialup-Profile (maybe also IRDA or cable connection possible) by 
giving the AT-Command
AT+CPROT=0


I tried hacking the necessary changes for such a connection into libsyncml and 
the syncml-plugin of opensync, but I did not succeed in exchanging data. I 
got a CONNECT message from the phone and then some obex failures (which I 
have not been able to interpret so far). 

Due to lack of time I have not yet continued to try some harder, but I'm still 
very interested in getting the phone synchronized... Let me know if you'd 
like my piece of code as a starting point.

With kind regards,
Stefan Schmidt

Am Dienstag, 20. Juni 2006 20:01 schrieb Markus Wagner:
> Hi List, hi devs!
>
> I just followed the http://www.opensync.org/wiki/syncml-guide SyncML Guide
> and I am trying to sync the phone via the syncml-obex-client plugin.
>
> When trying to sync, I get the following:
>
> markus@swordfish ~/opensync/log $ msynctool --sync syncmlfile
> Synchronizing group "syncmlfile"
> The previous synchronization was unclean. Slow-syncing
> Member 1 of type file-sync just connected
> Member 2 of type syncml-obex-client had an error while connecting: Request
> not successfull: 83
> Member 1 of type file-sync just disconnected
> All clients have disconnected
> The sync failed: Unable to connect one of the members
> Error synchronizing: Unable to connect one of the members
[...]

Re: [Opensync-users] MDA Pro sync

[Jan <jan...@im...>]

Am Dienstag, 20. Juni 2006 19:05 schrieb Torsten Vollmann:
> Ideas, anyone? I tried everything I could bring up, but nothing works.
>
> It's not cool to have a shiny new PDA but no entries in the adressbook :-(
>
>
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

Hi Torsten,

the problem is related to the syncml plugin. The problem is that it is 
statically configured to accept contacts, events, todos and notes. Referring 
to the logs that you provided only a contact session is created but opensync 
forwards the file as note, which is then rejected by the syncml plugin.

Currently for me I patched the syncml plugin. Just comment out the following 
lines at the end of syncml_plugin.c, recompile and install:

/*
	osync_plugin_accept_objtype(info, "note");
	osync_plugin_accept_objformat(info, "note", "plain", "clean");
	osync_plugin_set_batch_commit_objformat(info, "note", "plain", batch_commit);
*/

Be aware that this code block is contained two times and you should disable 
both.

Best regards,
Jan

[Opensync-users] Samsung SGH-D600: Request not successfull: 83

[Markus W. <ma...@mw...>]

Hi List, hi devs!

I just followed the http://www.opensync.org/wiki/syncml-guide SyncML Guide and 
I am trying to sync the phone via the syncml-obex-client plugin.

When trying to sync, I get the following:

markus@swordfish ~/opensync/log $ msynctool --sync syncmlfile
Synchronizing group "syncmlfile"
The previous synchronization was unclean. Slow-syncing
Member 1 of type file-sync just connected
Member 2 of type syncml-obex-client had an error while connecting: Request not 
successfull: 83
Member 1 of type file-sync just disconnected
All clients have disconnected
The sync failed: Unable to connect one of the members
Error synchronizing: Unable to connect one of the members

This is my client configuration:

<config>
        <bluetooth_address>00:15:B9:13:26:36</bluetooth_address>
        <bluetooth_channel>6</bluetooth_channel>
        <interface>0</interface>
        <identifier></identifier>
        <version>1</version>
        <wbxml>1</wbxml>
        <username></username>
        <password></password>
        <type>2</type>
        <usestringtable>0</usestringtable>
        <onlyreplace>0</onlyreplace>
        <recvLimit>10000</recvLimit>
        <maxObjSize></maxObjSize>
        <contact_db>addressbook</contact_db>
        <calendar_db>calendar</calendar_db>
        <note_db>tasks</note_db>
</config>

In earlier posts I read, that I have to set the channel to the "obex syncml 
channel" - due to this 'sdptool browse', am I using the right channel??

Thanks for hints on this error!

Markus

PS: Playing around with version only brings unknown format with 2; wbxml 
changing; maxObjSize doesnt make a difference either...

=========[ sdptool browse]=========================
markus@swordfish ~/opensync/log $ sdptool browse
Inquiring ...
Browsing 00:15:B9:13:26:36 ...
Service Name: WBTEXT
Service RecHandle: 0x10000
Service Class ID List:
  "Error: This is UUID-128" (0xdb1d8f12-95f3-402c-9b97-bc504c9a55c4)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 1
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Error: This is UUID-128" (0x1cdb1d8f-1295-f340-2c9b-97bc504c9a55)
    Version: 0x0100

Service Name: Serial Port
Service RecHandle: 0x10001
Service Class ID List:
  "Serial Port" (0x1101)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 2
Profile Descriptor List:
  "Serial Port" (0x1101)
    Version: 0x0100

Service Name: Dial-up Networking
Service RecHandle: 0x10002
Service Class ID List:
  "Dialup Networking" (0x1103)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 3
Profile Descriptor List:
  "Dialup Networking" (0x1103)
    Version: 0x0100

Service Name: Voice GW
Service RecHandle: 0x10003
Service Class ID List:
  "Headset Audio Gateway" (0x1112)
  "Generic Audio" (0x1203)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 4
Profile Descriptor List:
  "Headset" (0x1108)
    Version: 0x0100

Service Name: Voice GW
Service RecHandle: 0x10004
Service Class ID List:
  "Handfree Audio Gateway" (0x111f)
  "Generic Audio" (0x1203)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 5
Profile Descriptor List:
  "Handsfree" (0x111e)
    Version: 0x0101

Service Name: Advanced audio source
Service RecHandle: 0x10005
Service Class ID List:
  "Audio Source" (0x110a)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 25
  "AVDTP" (0x0019)
    uint16: 0x100
Profile Descriptor List:
  "Advanced Audio" (0x110d)
    Version: 0x0100

Service RecHandle: 0x10006
Service Class ID List:
  "AV Remote Target" (0x110c)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 23
  "AVCTP" (0x0017)
    uint16: 0x100
Profile Descriptor List:
  "AV Remote" (0x110e)
    Version: 0x0100

Service Name: OBEX File Transfer
Service RecHandle: 0x10007
Service Class ID List:
  "OBEX File Transfer" (0x1106)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 6
  "OBEX" (0x0008)
Profile Descriptor List:
  "OBEX File Transfer" (0x1106)
    Version: 0x0100

Service Name: Object Push
Service RecHandle: 0x10008
Service Class ID List:
  "OBEX Object Push" (0x1105)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 7
  "OBEX" (0x0008)
Profile Descriptor List:
  "OBEX Object Push" (0x1105)
    Version: 0x0100

Re: [Opensync-users] Opensync-users Digest, Vol 1, Issue 293

[Jim M. <ja...@bt...>]

Could a couple of you who are successfully using the syncml-http-server 
plugin please send me and example config file.  I'm not familiar with 
xml and am not able to get my phone to connect!  Sorry guys but the info 
on the web page doesn't help a whole lot.

Thanks

Jim

Re: [Opensync-users] MDA Pro sync

[Torsten V. <To...@vo...>]

Ideas, anyone? I tried everything I could bring up, but nothing works.

It's not cool to have a shiny new PDA but no entries in the adressbook :-(

Re: [Opensync-users] Synchronizing Nokia E70---Problems

[Tim D. <ti...@in...>]

Dr. Hans Ekkehard Plesser wrote:
> Hi!
> 
> First of all: thanks for the OpenSync project---finally I have hope that I 
> will soon be able to sync my phone with KDE PIM :).
> 
> Right now, though, I have some problems. I am running SuSE 10.0, but have 
> removed all OBEX and SyncML stuff that came with SuSE. I have compiled in the 
> last two days
> 
> - opensync, multisync-cli, file-sync from SVN
> - libsoup from CVS
> - wbxml2-0.9.0 with libsyncml patch
> - libsyncml from SVN (configure.ac shows 0.4.0)
> - syncml-plugin from SVN
> 
> Following the syncml-guide instructions, I set up a group with one file-sync 
> and one syncml-obex-client member. Here are my config files:
> 
> Member 1:
> <config>
> <bluetooth_address></bluetooth_address>
> <bluetooth_channel></bluetooth_channel>
> <interface>0</interface>
> <identifier>PC Suite</identifier>
> <version>1</version>
> <wbxml>1</wbxml>
> <username></username>
> <password></password>
> <type>5</type>
> <usestringtable>0</usestringtable>
> <onlyreplace>0</onlyreplace>
> <recvLimit>10000</recvLimit>
> <maxObjSize>750000</maxObjSize>
> <allowLateStatus>0</allowLateStatus>
> <noPendingReplies>0</noPendingReplies>
> <contact_db>Contacts</contact_db>
> <calendar_db>Calendar</calendar_db>
> </config>
> 
> Member 2:
> <config>
> <path>/home/plesser/source/sync/test</path>
> <recursive>FALSE</recursive>
> </config>
> 
> Connecting my E70 by USB cable and telling it to connect in PC Suite Mode, I 
> get
> 
> source/sync> sudo syncml-obex-client -u
> Found 4 USB OBEX interfaces
> Interface 0:
>         Manufacturer: Nokia
>         Product: Nokia E70
>         Interface description: SYNCML-SYNC
> Interface 1:
>         Manufacturer: Nokia
>         Product: Nokia E70
>         Interface description: PC Suite Services
> Interface 2:
>         Manufacturer: Nokia
>         Product: Nokia E70
>         Interface description: SYNCML-DM
> Interface 3:
>         Manufacturer: Nokia
>         Product: Nokia E70
>         Interface description: SYNCML-SYNC-CLIENT-INIT
> 
> I thus used interface 0 above. I tried without WBXML, but that failed.
> 
> 
> When I now try synching (must use sudo for device access), the E70 becomes 
> active, starts the PC Suite, and shows "Connecting" for a long time. After 
> some while a timeout occurs and the phone goes back to normal. msynctool 
> likewise spews out some text at the beginning and then gets stuck, before it 
> too terminates with a timeout:
> 
> source/sync> sudo msynctool --configdir /home/plesser/.opensync --sync 
> phonefile
> Synchronizing group "phonefile"
> The previous synchronization was unclean. Slow-syncing
> Member 2 of type file-sync just connected
> received event dsession
> received contact dsession
> Member 1 of type syncml-obex-client just connected
> All clients connected or error
> Received a entry vcalout.vcs~ without data from member 2. Changetype ADDED
> Received a entry vcalout.vcs without data from member 2. Changetype ADDED
> Received a entry Joe_Doe.vcf without data from member 2. Changetype ADDED
> Received a entry Joe_Doe.vcf~ without data from member 2. Changetype ADDED
> Member 2 of type file-sync just sent all changes
> Received a entry vcalout.vcs~ with data of size 24 from member 2. Changetype 
> ADDED
> Received a entry vcalout.vcs with data of size 24 from member 2. Changetype 
> ADDED
> Received a entry Joe_Doe.vcf with data of size 24 from member 2. Changetype 
> ADDED
> Received a entry Joe_Doe.vcf~ with data of size 24 from member 2. Changetype 
> ADDED
> Member 1 of type syncml-obex-client had an error while getting changes: 
> Timeout while waiting for a reply to message "GET_CHANGES"
> Member 2 of type file-sync just disconnected
> Member 1 of type syncml-obex-client had an error while disconnecting: Timeout 
> while waiting for a reply to message "DISCONNECT"
> All clients have disconnected
> The sync failed: Unable to read from one of the members
> Error synchronizing: Unable to read from one of the members
> 
> I tried all "versions": 0 and 1 give a timeout, 2 terminates with Request not 
> successfull: 79.
> 
> Traces are attached. The str archive has syncml, the otr archive opensync 
> traces.
> 
> Could anyone give me hints on what the problem might be?
> 
> At the same time, a rather unrelated question: when trying to compile the 
> kdepim plugin, I get stuck in configure with
> 
> checking for KDE... libraries /opt/kde3/lib, headers /opt/kde3/include
> checking if UIC has KDE plugins available... no
> configure: error: you need to install kdelibs first.
> 
> I have kdelibs3 and kdelibs3-devel from SuSE 10.0 installed (v. 3.4.2). What 
> am I missing?
> 
> Thanks in advance for any help!
> Hans E Plesser
> 

I'm also having problems syncing my Nokia E70...

I'm running Gentoo, with all svn/cvs versions of libopensync, libsoup,
libsyncml and syncml plugin.

I'm also connecting my E70 via USB cable, using the PC Suite mode and
this config:

<config>
<bluetooth_address></bluetooth_address>
<bluetooth_channel></bluetooth_channel>
<interface>0</interface>
<identifier>PC Suite</identifier>
<version>1</version>
<wbxml>1</wbxml>
<username></username>
<password></password>
<type>5</type>
<usestringtable>1</usestringtable>
<onlyreplace>0</onlyreplace>
<recvLimit>10000</recvLimit>
<maxObjSize>750000</maxObjSize>
<contact_db>Contacts</contact_db>
<calendar_db>Calendar</calendar_db>
<note_db>Notes</note_db>
</config>

My phone behaves in the same manner as Hans':

kingmob ~ # msynctool --sync filesyncml
Synchronizing group "filesyncml"
The previous synchronization was unclean. Slow-syncing
Member 1 of type file-sync just connected
received event dsession
received contact dsession
received note dsession
Member 2 of type syncml-obex-client just connected
All clients connected or error
Member 1 of type file-sync just sent all changes
Member 2 of type syncml-obex-client had an error while getting changes:
Timeout while waiting for a reply to message "GET_CHANGES"
Member 1 of type file-sync just disconnected
Member 2 of type syncml-obex-client had an error while disconnecting:
Timeout while waiting for a reply to message "DISCONNECT"
All clients have disconnected
The sync failed: Unable to read from one of the members
Error synchronizing: Unable to read from one of the members

I've also attached my trace files.

Syncing between kdepim and file works like a charm.

Thanks,

Tim