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

Re: [Opensync-users] still problems syncing with syncml-http-server and p800

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

Am Donnerstag, 20. Juli 2006 13:50 schrieb Ciro Scognamiglio:
> Hi,
>
> I managed to get the connection started but I have come to this:
>
> moray@joey:~/etc_backup/etc/ppp$ msynctool --wait --sync p800-file
> Synchronizing group "p800-file"
> The previous synchronization was unclean. Slow-syncing
> received event dsession
>
> Both plugins are configured correctly and, once started, the
> http-syncml-server is listening on the port 8080 accepting connections.
>
> I used ettercap to sniff the connection, that actually happens, but
> after the P800 send the first syncml request nothing else happens...
>
> using the syncml-http-server directly:
>
> moray@joey:~/p800$  syncml-http-server --port 8080 --sync text/x-vcard
> /home/moray/p800 --multi
> Just received a new session with ID 712719258
> WARNING: Unable to find command handlerSession 712719258 reported final.
> flushing
>
>
> what am I doing wrong?

well have you tried to you wbxml?=20
syncml-http-server --port 8080 --sync \=20
text/x-vcard  /home/moray/p800 --multi --wbxml

Also what version did you use ?=20
If you use current svn ... the --wait command is currently broken .... ;-(

Why don=B4t you try irmc with your device?
 ... as far as i know your device should support it...

(look at http://www.opensync.org/attachment/ticket/244/irmc-sync.conf
for a example config over bluetooth ...
)


Matthias
______________________

Debian, Ubuntu  SVN OpenSync Repro at:
        http://www.in.fh-merseburg.de/~jahn/

Re: [Opensync-users] anyone else bricked a device with opensync?

[Dave H. <sk...@ph...>]

Hi Matthias,

On Thu, 2006-07-20 at 13:09 +0200, matthias jahn wrote:
> hi dave
>
> > Today I decided to grab my old SE v600i (aka k600i/k608i) as I have bt
> > dongle (phone doesn't support obex syncml over usb.  The first time I
> > tried
> >
> > syncml-obex-client -b AA:11:BB:22:CC:33 7 --sync vcard Contacts
> 
> thats a false command look at the syncml-obex-client manpage the correct one 
> would be:
> 	syncml-obex-client -b AA:11:BB:22:CC:33 7 --sync  text/x-vcard Contacts

I realised that later on, but it still doesn't explain the bricking of
the phone.

[Opensync-users] still problems syncing with syncml-http-server and p800

[Ciro S. <mo...@ol...>]

Hi,

I managed to get the connection started but I have come to this:

moray@joey:~/etc_backup/etc/ppp$ msynctool --wait --sync p800-file
Synchronizing group "p800-file"
The previous synchronization was unclean. Slow-syncing
received event dsession

Both plugins are configured correctly and, once started, the
http-syncml-server is listening on the port 8080 accepting connections.

I used ettercap to sniff the connection, that actually happens, but
after the P800 send the first syncml request nothing else happens...

using the syncml-http-server directly:

moray@joey:~/p800$  syncml-http-server --port 8080 --sync text/x-vcard
/home/moray/p800 --multi
Just received a new session with ID 712719258
WARNING: Unable to find command handlerSession 712719258 reported final.
flushing


what am I doing wrong?

also
C.

Re: [Opensync-users] anyone else bricked a device with opensync?

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

hi dave

> I am running the experimental debs from
> http://www.in.fh-merseburg.de/~jahn the version is 0.18+svn20060613-1.2
> on dapper.
Sounds like an pretty old version .... i have empty my experimental repro=20
because all changes are in dapper, etch, sid (and parti. in sarge)
Look at http://www.in.fh-merseburg.de/~jahn  ... you have to add
deb http://www.in.fh-merseburg.de/~jahn/ dapper main=20

> I was having a series of issues with my new nokia 6280 (fw 3.81) where
> by it would dump everything, but as soon as the phone started to receive
> data it would "reboot" itself.  In the end I decided I didn't have
> enough time to continue to play with it and left it, with the plan of
> trying again soon.

k ...

> Today I decided to grab my old SE v600i (aka k600i/k608i) as I have bt
> dongle (phone doesn't support obex syncml over usb.  The first time I
> tried
>
> syncml-obex-client -b AA:11:BB:22:CC:33 7 --sync vcard Contacts

thats a false command look at the syncml-obex-client manpage the correct on=
e=20
would be:
	syncml-obex-client -b AA:11:BB:22:CC:33 7 --sync  text/x-vcard Contacts


Matthias
______________________

Debian, Ubuntu  SVN OpenSync Repro at:
	http://www.in.fh-merseburg.de/~jahn/

[Opensync-users] anyone else bricked a device with opensync?

[Dave H. <sk...@ph...>]

Hi all,

I am running the experimental debs from
http://www.in.fh-merseburg.de/~jahn the version is 0.18+svn20060613-1.2
on dapper.

I was having a series of issues with my new nokia 6280 (fw 3.81) where
by it would dump everything, but as soon as the phone started to receive
data it would "reboot" itself.  In the end I decided I didn't have
enough time to continue to play with it and left it, with the plan of
trying again soon.

Today I decided to grab my old SE v600i (aka k600i/k608i) as I have bt
dongle (phone doesn't support obex syncml over usb.  The first time I
tried

syncml-obex-client -b AA:11:BB:22:CC:33 7 --sync vcard Contacts

The handset froze with an error about the sync failing, and had to have
the battery taken out of it.

I thought oh maybe it wants wbxml, so I gave it a good dose of wbxml

syncml-obex-client -b AA:11:BB:22:CC:33 7 --sync vcard Contacts --wbxml

The result?  I bricked my gf's phone :(  Same as above but now it
whitescreens on start up, goes black and then just sits there.

I am posting it here to warn people with Sony Ericsson v600i/k600i/k608i
to be aware of what the possible outcomes of using opensync with their
phone is.  I am well aware of clause 11 of the GPL or 15 of the LGPL
(which ever applies here) but I never thought I could brick a phone by
using syncml over bt.

I am off to the service center tomorrow to see what can be done.  I will
let people know after I get the handset back.  Maybe it is just a
strange coincidence.

Cheers

Dave
-- 
LLLLL
L*LLL
LLLLL
LLLLL DAVE
LLLLL HALL
      CONSULTING

      Open Source
      Business Solutions

      p +61 410 47 42 55
      e dav...@sk...
      w davehall.com.au

[Opensync-users] libopensync-plugin-synce compile errors on fc5?

[Morgan R. <ms...@re...>]

Hi,

Noticed a while back someone having problems compiling
libopensync-plugin-synce, but not much info beyond 'works for me' :^)

Not really interested in rolling my own RPMs, simple compile from source
would make me smile :)

Copied below is output fail and also relevant(?) info from log.  Any
suggestions welcome.  (Suspect this is something fairly simple I'm missin=
g?)

Regards,
Morgan.

[root@morgansmachine SVN]# svn co http://svn.opensync.org/plugins/synce
A    synce/AUTHORS
A    synce/INSTALL
A    synce/acinclude.m4
A    synce/configure.in
A    synce/ChangeLog
A    synce/src
A    synce/src/synce_plugin.c
A    synce/src/synce_file.c
A    synce/src/synce_plugin.h
A    synce/src/synce_file.h
A    synce/src/synce_conf.c
A    synce/src/Makefile.am
A    synce/src/synce-plugin
A    synce/COPYING
A    synce/Makefile.am
A    synce/autogen.sh
A    synce/misc
A    synce/misc/synce.spec.in
A    synce/NEWS
A    synce/README
 U   synce
Checked out revision 1109.
[root@morgansmachine SVN]# cd synce
[root@morgansmachine synce]# ./autogen.sh
configure.in: installing `./install-sh'
configure.in: installing `./missing'
src/Makefile.am: installing `./compile'
src/Makefile.am: installing `./depcomp'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for PACKAGE... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
[root@morgansmachine synce]#

config.log (relevant stuff?) :
=2E..
configure:2590: gcc -V </dev/null >&5
gcc: '-V' option must have argument
configure:2593: $? =3D 1
configure:2616: checking for C compiler default output file name
configure:2619: gcc    conftest.c -lmimedir  >&5
/usr/bin/ld: a.out: hidden symbol `__stack_chk_fail_local' in
/usr/lib/libc_nonshared.a(stack_chk_fail_local.oS) is referenced by DSO
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
configure:2622: $? =3D 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "Synce Plugin"
| #define PACKAGE_TARNAME "libopensync-plugin-synce"
| #define PACKAGE_VERSION "0.05"
| #define PACKAGE_STRING "Synce Plugin 0.05"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "libopensync-plugin-synce"
| #define VERSION "0.05"
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:2661: error: C compiler cannot create executables
See `config.log' for more details.

--=20
Morgan Read
NEW ZEALAND
<mailto:mstuffATreadDOTorgDOTnz>

fedora: Freedom Forever!
http://fedoraproject.org/wiki/Overview

Re: [Opensync-users] Error Messages

[RickSeymour <li...@ri...>]

Ideas
1)
A generated log would be good also and multiple verbose levels, structuring
on opensync (the programme) and then the plugins as a seperate entity
(currently using $SYNCML_TRACE). I have utilised opensync for file-sync to
file-sync so i know that those subsections work.

Personally I have no idea what _smlObexEvent(0x528cc0, 0x528e50, 0, 3, 2,
80) means. Is there a catalog of Obex event codes that could be inserted
into the log?
Half of the problem that I am finding is, whether the issues are with:- 
my nokia 6630
bluetooth
obex
libsyncml
libwbxml
the plugins
opensync

2)
An xml (or plain text) conf file in the .opensync dir naming the groups that
are available (so that groups dont have to be named group1 group2 etc
 
PS I think this is the relevant part of the Trace (any ideas)

[1152988632.384868]             >>>>>>>  smlTransportWorkerHandler(0x52a300,
0x52b670)
[1152988632.384901]                     >>>>>>> 
smlTransportObexClientSend(0x52c7b0, (nil), 0x52ad90, (nil))
[1152988632.384935]                             Adding connection id
-1022384746
[1152988632.384970]                             Target
application/vnd.syncml+wbxml
[1152988632.797292]                             >>>>>>> 
_smlObexEvent(0x528cc0, 0x528e50, 0, 3, 2, 80)
[1152988632.797372]                                     Request Done
[1152988632.797414]                                     >>>>>>> 
smlTransportReceiveEvent(0x52b670, (nil), 2, (nil), 0x52adc0)
[1152988632.797451]                                             >>>>>>> 
_smlManagerDataHandler(0x52b670, (nil), 2, (nil), 0x52adc0, 0x52b6e0)
[1152988632.797490]                                                    
>>>>>>>  _smlManagerSendEvent(0x52b6e0, 2, (nil), (nil), (nil), 0x524450)
[1152988632.797527]                                                    
<<<<<<<  _smlManagerSendEvent
[1152988632.797561]                                             <--- ERROR
--- _smlManagerDataHandler: Request not successfull: 80
[1152988632.797594]                                     <<<<<<< 
smlTransportReceiveEvent: 0
[1152988632.797628]                             <--- ERROR ---
_smlObexEvent: Request not successfull: 80
[1152988632.797664]                     <--- ERROR ---
smlTransportObexClientSend: Unable to send put request. Bailing out
[1152988632.797700]                     >>>>>>> 
smlTransportDataDeref(0x52ad90)
[1152988632.797732]                     <<<<<<<  smlTransportDataDeref:
refCount > 0
[1152988632.797764]             <<<<<<<  smlTransportWorkerHandler
-- 
View this message in context: http://www.nabble.com/Error-Messages-tf1947273.html#a5342843
Sent from the Opensync - User forum at Nabble.com.

Re: [Opensync-users] Error Messages

[Aaron W. <li...@wh...>]

RickSeymour wrote:
> Can we have a page that lists out all the errors and what they actually mean?
> If we had a list of what these errors were then many problems could be
> solved by the end user

Wouldn't it be more logical to just have it display the meaning of the
error instead of the number?

Aaron

[Opensync-users] Error Messages

[RickSeymour <li...@ri...>]

Can we have a page that lists out all the errors and what they actually mean?

For example when doing a sync between nokia 6630 and linux pc 
syncml-obex-client --sync vcal Calendar -b  00:11:9F:C9:8C:D5 11
--identifier "PC Suite"
I get error 64

when i include the tag --wbxml
I get error 80

If we had a list of what these errors were then many problems could be
solved by the end user

-- 
View this message in context: http://www.nabble.com/Error-Messages-tf1947273.html#a5339552
Sent from the Opensync - User forum at Nabble.com.

[Opensync-users] error 79

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

attempting to connect nokia n80 to sunbird, on Ubuntu system
getting the following error

msynctool --sync maassync
Synchronizing group "maassync"
The previous synchronization was unclean. Slow-syncing
Member 2 of type sunbird-sync just connected
Member 1 of type syncml-obex-client had an error while connecting:
Request not successfull: 79
Member 2 of type sunbird-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

I think this is the important trace.  Any suggestions ?

Thanks

Jim

  +++++++++ This is the client #1 (syncml-obex-client plug in) of group
maassync +++++++++
[1152886855.2162]       >>>>>>>  client_message_handler(0x8069318,
0x8073db8, 0x 8068ed8)
[1152886855.2218]               [CLI] DEBUG: Client message handler
called for m essage "CONNECT"
[1152886855.2269]               >>>>>>>  osync_member_connect(0x8068690,
0xb7e20 d55, 0x8073db8)
[1152886855.2316]                       >>>>>>>  client_connect(0x8072cf8)
[1152886855.2605]                       <<<<<<<  client_connect
[1152886855.2649]               <<<<<<<  osync_member_connect
[1152886855.2691]       <<<<<<<  client_message_handler
[1152886856.576300]     >>>>>>>  _manager_event(0x8067368, 0, (nil),
(nil), 0x80 67800)
[1152886856.576345]     <<<<<<<  _manager_event
[1152886856.589475]     >>>>>>>  _manager_event(0x8067368, 2, (nil),
0x80744a8, 0x8067800)
[1152886856.589515]             >>>>>>>
osync_context_report_osyncerror(0x8072c f8, 0xb66b42c8:(Request not
successfull: 79))
[1152886856.589565]                     [CLI] WARNING: Member is
replying with m essage 0x8074d00 to message 0x8073db8:"CONNECT" with
error 1: Request not succes sfull: 79
[1152886856.589593]             <<<<<<<  osync_context_report_osyncerror
[1152886856.589618]     <--- ERROR --- _manager_event: Request not
successfull: 79

Re: [Opensync-users] libsyncml on scratchbox

[<la...@to...>]

matthias jahn wrote:
>
> You using the packages at http://www.in.fh-merseburg.de/~jahn ?
>
>   
Yes, on ubuntu dapper I use that
I use scracthbox 0.9.8 with maemo 2.0 SDK. Now I tried in under x86 
platform.
I used the svn version on scrachbox without deb patches.
strace says:
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or 
directory

Thaks for help,
Lac

Re: [Opensync-users] libsyncml on scratchbox

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

Am Freitag, 14. Juli 2006 10:03 schrieben Sie:
> Hi!
hello

> I have ubuntu linux and libsyncml works well:
>  syncml-obex-client -b 00:0E:ED:9D:7B:7C 11 --wbxml --dumpinfo
> --identifier "PC Suite" --sync text/x-vcalendar Calendar
> libsyncml version is:  0.4.0+svn20060706-dapper1

You using the packages at http://www.in.fh-merseburg.de/~jahn ?

> But if I compile libsyncml under scratchbox (a cross-compilation
> toolkit)

interesting i think about using scratchbox for ppc builds .... for what arc=
h=20
do you use it ?

>, I have the following error:

> syncml-obex-client -b 00:0E:ED:9D:7B:7C 11 --wbxml --dumpinfo
> --identifier "PC Suite" --sync text/x-vcalendar Calendar
> connection with device succeeded
> sml_session.c:1029:E:smlSessionGetSessionID: Assertion "session" failed
> Aborted (core dumped)
> Version is: svn, Revision: 182

what version do you compile in scratchbox ? my debian source package or a s=
vn=20
checkout without the debian patches?

> Can you tell me what is wrong?

not yet ..... but i am really interrested    .... maybe a byteorder problem?

thanks=20
	Matthias

[Opensync-users] libsyncml on scratchbox

[<las...@bl...>]

Hi!

I have ubuntu linux and libsyncml works well:
 syncml-obex-client -b 00:0E:ED:9D:7B:7C 11 --wbxml --dumpinfo 
--identifier "PC Suite" --sync text/x-vcalendar Calendar
libsyncml version is:  0.4.0+svn20060706-dapper1

But if I compile libsyncml under scratchbox (a cross-compilation 
toolkit), I have the following error:

syncml-obex-client -b 00:0E:ED:9D:7B:7C 11 --wbxml --dumpinfo 
--identifier "PC Suite" --sync text/x-vcalendar Calendar
connection with device succeeded
sml_session.c:1029:E:smlSessionGetSessionID: Assertion "session" failed
Aborted (core dumped)
Version is: svn, Revision: 182

Can you tell me what is wrong?

Thanks,
Lac

[Opensync-users] libsyncml error

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

After days of attempts, almost cracked it!

Am attempting to sync calendar on Nokia N80 with remote sunbird calendar 
on a server.  Am using syncml-obex and sunbird-sync plugins.  Now I get 
the following error

  msynctool --sync maassync
Synchronizing group "maassync"
The previous synchronization was unclean. Slow-syncing
Member 2 of type sunbird-sync just connected
/tmp/buildd/libsyncml-0.4.0+svn20060706/src/libsyncml/sml_session.c:1021:E:smlSessionGetSessionID: 
Assertion "session" failed
Aborted


Have I done something wrong?

Thanks

Jim

Re: [Opensync-users] IPC branch merged: request for testing

[Eduardo P. H. <eha...@ra...>]

Hi,

There was a annoying bug in the code that made the synchronization hang
in the initialization if there were old pipe files inside the member
directories in ~/.opensync. Sorry for letting this go through. I've just
committed a fix to this (revision 1101).

Another known issue: The support for 'msynctool --wait' (needed
syncml-http-server) isn't complete yet.

On Sun, Jul 09, 2006 at 11:28:24AM -0300, Eduardo Pereira Habkost wrote:
> Hi, all,
>=20
> I've just merged /branches/ipc-branch to trunk on the Subversion
> repository. This means that the IPC-mode code[1] will be available in
> a test release soon.
>=20

--=20
Eduardo

Re: [Opensync-users] IPC branch merged: request for testing

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

Am Sonntag, 9. Juli 2006 16:28 schrieb Eduardo Pereira Habkost:
> Hi, all,
>
> I've just merged /branches/ipc-branch to trunk on the Subversion
> repository. This means that the IPC-mode code[1] will be available in
> a test release soon.
>
> This also means that people that will get code from SVN trunk from now
> on will use the new IPC-mode code. We invite people to test this code,
> and report any problems you have (preferably using the ticket system
> on www.opensync.org [2]).

The Debian and ubuntu repro (http://www.in.fh-merseburg.de/~jahn/) contains=
=20
now current packages of opensync (ipc merge) and kitchensync-opensync for=20
Debian:
	- unstable (sid)=20
	- testing (etch)
	- stable (sarge)
and Ubuntu Dapper.

Happy testing

Matthias=20

[Opensync-users] IPC branch merged: request for testing

[Eduardo P. H. <eha...@ra...>]

Hi, all,

I've just merged /branches/ipc-branch to trunk on the Subversion
repository. This means that the IPC-mode code[1] will be available in
a test release soon.

This also means that people that will get code from SVN trunk from now
on will use the new IPC-mode code. We invite people to test this code,
and report any problems you have (preferably using the ticket system
on www.opensync.org [2]).

In case you wonder what is the "IPC-mode code": it is an implementation
of the ability to run the plugins as independent process from the
engine. The engine and the plugin processes communicate exchanging
messages. From the IPC overview page[1]:

> There are several reasons for using IPC:=20
>  * Some plugins can only be synchronized if they own the process. Examples
>    for this are evo 1.4, kde and mozilla/thunderbird/sunbird=20
>  * By using and IPC we can circumvent licensing problems if a commercial
>    plugin and GPL plugin would be used at the same time=20
>  * There might be use cases where a IPC is needed (for example if the
>    member is on a different pc)


The new code will also allow you to use the opensync branch of
Kitchensync[3] with the kdepim plugin. Without the IPC code, there were
integration problems in the KApplication main loop handling by both
kitchensync and the plugin. Testing of synchronization using kitchensync
is welcome, too. Please report bugs in the opensync-enabled Kitchensync
branch through www.opensync.org also, instead of bugs.kde.org.

References:

 [1] http://www.opensync.org/wiki/IPC
 [2] http://www.opensync.org/newticket
 [3] http://www.opensync.org/wiki/kitchensync

Regards,

--=20
Eduardo

Re: [Opensync-users] kdepim + opensync can't sync

[Chun K. E. L. <try...@ya...>]

On Saturday 08 July 2006 16:54, matthias jahn wrote:
> Am Samstag, 8. Juli 2006 22:27 schrieb Chun Kit Edwin Lau:

<snip>

> >
> > 	I am using kubuntu (kde 3.5.3), kitchensync_opensync
> > 3.5.3+svn20060605-2.1 from www.in-fh-merseburg.de/~jahn/ dapper main (and
> > experimental) opensync 0.18+svn20060605
>
> i believe syncing to or from kdepim is currently not possible using
> kitchensync_opensync.
>

Thanx for the reply.  I tried using msynctool as described in

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

I have attached the log.  But no luck.  The kdepim-plugin crashed.  Anything I 
have missed?

> To solve this you need the ipc functionality that is currently in
> dev-branch and or ipc-branch. You have to wait for a merge to trunk or use
> msynctool from multisync-cli package.
>
> Matthias
> _________
> PS: my repro is currently under work:
>
> there is a new etch and sarge repro on the way ..

Edwin Lau

Re: [Opensync-users] kdepim + opensync can't sync

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

Am Samstag, 8. Juli 2006 22:27 schrieb Chun Kit Edwin Lau:

> I think there was some problem with=20
> kdepim-sync or is there any setup I need?
>
> 	I am using kubuntu (kde 3.5.3), kitchensync_opensync 3.5.3+svn20060605-2=
=2E1
> from www.in-fh-merseburg.de/~jahn/ dapper main (and experimental) opensync
> 0.18+svn20060605

i believe syncing to or from kdepim is currently not possible using=20
kitchensync_opensync.

To solve this you need the ipc functionality that is currently in dev-branc=
h=20
and or ipc-branch. You have to wait for a merge to trunk or use msynctool=20
from multisync-cli package.

Matthias
_________
PS: my repro is currently under work:

there is a new etch and sarge repro on the way ..

[Opensync-users] kdepim + opensync can't sync

[Chun K. E. L. <try...@ya...>]

Hi everyone,

	I was trying to sync my phone (w810i, through bluetooth) and kdepim but it 
seems that kdepim couldn't connect.  I tried to sync irmc-sync with file-sync 
and it seems ok.  Things backup to the directory I wanted.  Then I tried to 
sync file-sync and kdepim-sync, but the "unable to connect one of the 
component" showed up.  I think there was some problem with kdepim-sync or is 
there any setup I need?

	I am using kubuntu (kde 3.5.3), kitchensync_opensync 3.5.3+svn20060605-2.1 
from www.in-fh-merseburg.de/~jahn/ dapper main (and experimental) opensync 
0.18+svn20060605

	BTW, thanx for making opensync+kitchensync.  it is a great project.  Please 
CC me because I didn't subscribe to the list

Edwin Lau
__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Opensync-users] why is the syncm-http-server not listening?

[Carlos S. <so...@fr...>]

The experimental repos did't work either. I am debuggin a little bit with
Ethereal, but I have not found any reason for the plugin not to work. What I
have found is that :

  - P900 always uses XML version 1.0 as opposed to WBXML.
  - EPOC SyncML client on the P900 uses SyncML version 1.0
  - The P900 sends an HTML POST Message, from the EPOC SyncML client and
expects to receive a "100-continue" from the server. 
  - The server answers "100 continue",but the SyncML client does not react
(might be the - in the middle what makes the difference?).

Can anyone tell me it there is an  incompatibility with SyncML version on
the client and server sides?

Thanks,
Carlos Sprekelsen  
-- 
View this message in context: http://www.nabble.com/why-is-the-syncm-http-server-not-listening--tf1866669.html#a5178236
Sent from the Opensync - User forum at Nabble.com.

[Opensync-users] debian Sid libsyncml, libbluetooth1 and libopenobex1

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

Hi list,

due a incomplete change (libbluetooth1 -> libbluetooth2) in debian sid=20
upstream is libopenobex1 and therefor syncml currently not installable.

I suggest to add temperally the testing libbluetooth1 version in your=20
source.list till all depending packages are ported.


Matthias

[Opensync-users] Evolution2 plugin

[Don C. <don...@gm...>]

Hi,

during my tries to sync my phone (siemens sx1), I played around with a
sync pair Evo2 - file.
I noticed that calendar entries present on both sides get duplicated
almost every time I start the sync. Furthermore it is not possible to
delete a calendar entry from the file-sync-directory and get the
deletion synced to evolution. The error message is then:

Error writing entry 20060704T143559Z-32057-100-26699-210@localhost to
member 1: Unable to delete event: Object not found
Mapping Write Error: Unable to delete event: Object not found

I think the problem is the identifier for the item on evolution side:
20060704T143559Z-32057-100-26699-210@localhost
It consists of several parts:
20060704T143559Z: timestamp of the *sync*, changes every time!
32057: pid of msynctool, changes every time!
100: uid of the calling user should not matter
26699: pid of bash from which msynctool is startet, changes often!
210: number of the item, seems to be the same for every sync
localhost: name of the host, should not matter

Since some parts of the calendar item identifier change every time the
sync is started, evolution2 calendar items cannot be synced properly.
I don't know if this identifier is generated by the plugin or evolution itself.
A solution might be to use only the last number (e.g. "210") before
the "@localhost" from the identifier.

Greets,
Clemente

Re: [Opensync-users] why is the syncm-http-server not listening?

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

Am Montag, 3. Juli 2006 13:56 schrieb Carlos Sprekelsen:
>   $ msynctool --sync p900-file --wait
>   Synchronizing group "p900-file"
>   received contact dsession
>   Member 1 of type file-sync just connected
>   Member 2 of type syncml-http-server just connected
>   All clients connected or error
>   Member 1 of type file-sync just sent all changes
>   Member 2 of type syncml-http-server 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-http-server 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
>
> I have also tried to connect to the phone using the syncml-http-server from
> the libsyncml-utils package, but it does not work either. I have read a
> Thread where one user modified the timeouts. I will try later to check if
> this is the problem. If you make any improvement, please let me know.

If you are using my packages at http://www.in.fh-merseburg.de/~jahn/.

There is also a experimental repro:
(deb http://www.in.fh-merseburg.de/~jahn/ experimental main)
with some (not well tested) patches from juergbi.

Please test them and report if they work for you.....


thanks

Matthias

Re: [Opensync-users] why is the syncm-http-server not listening?

[Carlos S. <so...@fr...>]

Ciro, I am trying the same with my P900, and I have connection, but my error
comes later, I am one step forward, ig this can help you. 

This is my syncml-http-server.conf

  <config> 
  <username>test</username>
  <password>test</password>
  <url>/</url>
  <port>8080</port>
  <usestringtable>0</usestringtable>
  <onlyreplace>0</onlyreplace>
  <recvLimit>0</recvLimit>
  <maxObjSize>0</maxObjSize>
  <contact_db>addressbook</contact_db>
  <calendar_db>calendar</calendar_db>
  <note_db>Notes</note_db>
  </config>

And the following is my phone configuration:

Server tab:
  Server address: http://IP_OF_MY_DEBIAN_BOX:8080/
  user name: test
  password: test

Protocol tab:
   transpor protocol: HTTP
   Use transport connection: no
   user:
   password:

Then I can start the sync with msynctool from the debian box and afterwards
I start the sync from the p900 phone with the following result:

  $ msynctool --sync p900-file --wait
  Synchronizing group "p900-file"
  received contact dsession
  Member 1 of type file-sync just connected
  Member 2 of type syncml-http-server just connected
  All clients connected or error
  Member 1 of type file-sync just sent all changes
  Member 2 of type syncml-http-server 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-http-server 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

I have also tried to connect to the phone using the syncml-http-server from
the libsyncml-utils package, but it does not work either. I have read a
Thread where one user modified the timeouts. I will try later to check if
this is the problem. If you make any improvement, please let me know.

Regards,
Carlos Sprekelsen
-- 
View this message in context: http://www.nabble.com/why-is-the-syncm-http-server-not-listening--tf1866669.html#a5150662
Sent from the Opensync - User forum at Nabble.com.