[SyncEvolution] Syncevolution testing on freemantle - ssl timeout
by rustonm2005@yahoo.co.uk
Hi there,
Just been testing version 0.9.2 (which I understand is compiled with
libcurl instead of libsoup) on a Nokia N900 connecting over https with
some "weird" behaviour.
After rebooting the device, initial syncs fail with the following error:
~ $ syncevolution horde
Local data changes to be applied to server during synchronization:
*** calendar ***
no changes
[INFO] calendar: starting first time sync from server
[INFO] CurlTransport Failure: error:140920DF:SSL
routines:SSL3_GET_SERVER_HELLO:parse tlsext
If the same command is then run again immediately after then the sync
begins but fails with the error below after a number of items are
processed.
For all my attempts, this is bizarrely always the 25th item:
~ $ syncevolution horde
Local data changes to be applied to server during synchronization:
*** calendar ***
no changes
[INFO] calendar: starting first time sync from server
[INFO] calendar: started
[INFO] calendar: received 1/196
[INFO] calendar: added 1, updated 0, removed 0
[INFO] calendar: received 2/196
.
.
.
[INFO] calendar: received 22/196
[INFO] calendar: added 22, updated 0, removed 0
[INFO] calendar: received 23/196
[INFO] calendar: added 23, updated 0, removed 0
[INFO] calendar: received 24/196
[INFO] calendar: added 24, updated 0, removed 0
[INFO] calendar: received 25/196
[INFO] calendar: added 25, updated 0, removed 0
[INFO] CurlTransport Failure: error:140920DF:SSL
routines:SSL3_GET_SERVER_HELLO:parse tlsext
Does anyone know if this is a known issue that is resolved in one of the
later versions?
Matt
10 years, 11 months
[SyncEvolution] git status + 1.0 beta 2
by Patrick Ohly
Hello!
There's been a bit of code churn on "master", with the effect that I
ended up rebasing it. To be specific, I first reverted "gtk-ui:
implement InfoRequest handling for passwords" and "dbus client bindings:
update InfoRequest signature" because of build issues on Ubuntu Hardy,
then Jussi added a fix to the older code. Somewhere along the line I
also merged. Instead of doing three cherry-picks, I rebased.
So if you pulled master over the weekend, rebase your local changes
interactively and drop these two reverts from the patch list. Sorry for
the hickup.
The purpose of the exercise is to get a SyncEvolution 1.0 beta 2 out the
next few days. We currently have one release blocker left: integration
with Bluetooth on Moblin does not quite work as intended (MB #9841).
--
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.
10 years, 11 months
[SyncEvolution] Pointers on syncevolution as local server
by Pietro Battiston
Hello,
I'm trying the Debian packages for syncevolution 1.0 beta. In
particular, I would like to test the "local server" mode (for the moment
with http, not bluetooth, because of the bad libraries).
Is there any pointer on how to do this? "syncevolution --help" tells
nothing about it, and from the sync-ui I wasn't able to understand what
I should do.
Moreover: I see there is
Conflicts: syncevolution, syncevolution-evolution-2.6 (<< 1:0.8.1-2),
syncevolution-evolution-2.8 (<< 1:0.8.1-2), syncevolution-evolution-2.12
(<< 1:0.8.1-2)
, and that's nice, but it wouldn't be a big effort to add also
libsynthesis and libsmltk0 in future packages , and that would help
testers (who, like me, install before reading the documentation...).
Pietro
10 years, 11 months
[SyncEvolution] Sync functionality for emails, SMS/MMS and bookmarks?
by Bocklage, Jens
Hi Patrick,
I have a question regarding the sync abilities of syncevolution.
For now, syncevolution can sync contacts, calendars, memos and tasks between a SyncML Server (somewhere in the internet) and a SyncML Client (on a bluetooth connected mobile phone).
Do you have any plans to add sync functionality for emails, SMS/MMS and bookmarks? (Always talking of the linux version...)
Best,
Jens Bocklage
10 years, 11 months
[SyncEvolution] CouchDB contacts database problem continues at 0.9.2
by estoy
Ubuntu 9.10
- I uninstalled the Karmic syncevolution and libsynthesis packages
using aptitude.
- I downloaded the tarball below from
http://downloads.syncevolution.org/syncevolution/evolution/
syncevolution-0.9.2-evolution.tar.gz 27-Jan-2010 08:02
- Installed the tarball contents per the INSTALL instructions.
When attempting a sync I'm still having the database error
pertaining to CouchDB contacts:
At the command line:
user@malta:~$ syncevolution schedulworld
Enter password for SyncML server: blahblah
[ERROR] addressbook: contact entry without REV:
[a long hex string which the mail server would not accept]
Synchronization failed, see
/home/reidi/.cache/syncevolution/scheduleworld-2010-02-18-19-51
/sysynclib_linux.html
for details.
Here is the log:
Start of log - Synthesis SyncML Engine 3.2.1.0
* [-- collapse all --][++ expand all ++]
* [2010-02-18 19:51:40.672] SyncML server account: 33539
* [2010-02-18 19:51:40.672] client: SyncEvolution 0.9.2 for \
desktop
* [2010-02-18 19:51:40.672] device ID:
sc-pim-6b53cac1-08be-41a3-8f32-130f88ce71ec
* [2010-02-18 19:51:40.672] using libedataserver-1.2.so.11
using libebook-1.2.so.9
using libecal-1.2.so.7
* [2010-02-18 19:51:40.672] Scanning backend libraries in
/usr/lib/syncevolution/backends/
Loading backend library syncebook.so
Loading backend library syncecal.so
Loading backend library syncaddressbook.so
Loading backend library syncsqlite.so
Loading backend library syncfile.so
Loading backend library syncxmlrpc.so
Loading backend library syncmaemocal.so
* [2010-02-18 19:51:43.849] creating
/home/reidi/.cache/syncevolution/scheduleworld-2010-02-18-19-51
/addressbook.before
* [2010-02-18 19:51:45.382] addressbook: contact entry without REV:
[a long hex string which the mail server would not accept]
I thought this was fixed in 0.9.2?
Ideas?
10 years, 11 months
[SyncEvolution] Nokia N85 sync status
by Jussi Kukkonen
Hi all,
Quick update on the N85 sync -- or generic S60 sync if we're lucky:
Patrick made some changes on monday and I can currently do some sort of
syncs on all sources. Patricks work is in pohly branch ATM.
So status by source type:
1. Memo seems to work fully.
2. Addressbook sync itself seems to work but there is a major problem:
the vcards from the phone contain very little data: no phone number or
email for example. This is bug #8868. PC Suite snooping may be required
before fixing.
3. calendar+todo syncs fine otherwise, but the client will return 500 to
any "Replace" commands, so server side modifications do not work at the
moment. As far as I can see this only happens to Replace and only on
calendar+todo. Here is an example (timestamps removed for readability):
* Started processing Command 'Status' (incoming MsgID=3, CmdID=3)
* WARNING: RECEIVED NON-OK STATUS 500 for command 'Replace' (outgoing
MsgID=2, CmdID=5)
* - TargetRef (remoteID) = '145'
* Found matching command 'Replace' for Status
* dsConfirmItemOp completed, syncop=replace, localID='', remoteID='145',
FAILURE, errorstatus=500
* Status: General error 500 (original op was wants-replace) -> marking
item for resend in next session
* localID='w64241AY4EIva653k52Yn2-rid' marked for resending by setting
mapflag_resend (AND mark for eventual resume!), flags now=0x20
* Status: processed, removed command 'Replace' from status wait queue
* Status: command 'Replace' has handled status and allows to be deleted
* Deleted command 'Replace' (outgoing MsgID=2, CmdID=5)
* Deleted command 'Status' (incoming MsgID=3, CmdID=3)
I thought maybe there is something wrong with the outgoing syncml (a web
search indicated the Nokia client responds with 500 if e.g.
<NumberOfItems> is in the wrong place in <Sync> but I can't see anything
wrong here:
<Sync>
<CmdID>4</CmdID>
<Target><LocURI>./C:Calendar</LocURI></Target>
<Source><LocURI>./Calendar</LocURI></Source>
<NumberOfChanges>1</NumberOfChanges>
<Replace>
<CmdID>5</CmdID>
<Meta><Type xmlns='syncml:metinf'>text/x-vcalendar</Type></Meta>
<Item>
<Target><LocURI>145</LocURI></Target>
<Data>
<![CDATA[BEGIN:VCALENDAR
VERSION:1.0
TZ:+02:00
DAYLIGHT;ENCODING=QUOTED-PRINTABLE:TRUE;+03;20100328T010000Z;20101=
031T010000Z;;freeassociation.sourceforge.net;Tzfile;Europe;Helsink=
i
BEGIN:VEVENT
LAST-MODIFIED:20100215T191439Z
UID:w64241AY4EIva653k52Yn2
SEQUENCE:1
CLASS:PRIVATE
PRIORITY:2
SUMMARY:Test
DESCRIPTION:Test . . . edit on server
DTSTART:20100217T060000Z
DTEND:20100217T060000Z
END:VEVENT
END:VCALENDAR
]]>
</Data>
</Item>
</Replace>
</Sync>
Should I upload the whole logs somewhere or do we need to take a
wireshark look at what PC Suite sends the phone in a similar situation?
Maybe it is expecting something not specified in the OMA spec?
-Jussi
10 years, 11 months
[SyncEvolution] preventing slow syncs - enable by default? (MB #2416)
by Patrick Ohly
Hello!
I have a question to users of SyncEvolution. In 1.0 beta 1, we added a
feature that gives you more control over error handling - but it is not
enabled by default yet:
$ syncevolution --sync-property preventSlowSync=?
'--sync-property preventSlowSync=?'
During a slow sync, the SyncML server must match all items
of the client with its own items and detect which ones it
already has based on properties of the items. This is slow
(client must send all its data) and can lead to duplicates
(when the server fails to match correctly).
It is therefore sometimes desirable to wipe out data on one
side with a refresh-from-client/server sync instead of doing
a slow sync.
When this option is enabled, slow syncs that could cause problems
are not allowed to proceed. Instead, the affected sources are
skipped, allowing the user to choose a suitable sync mode in
the next run (slow sync selected explicitly, refresh sync).
The following situations are handled:
- running as client with no local data => unproblematic,
slow sync is allowed to proceed automatically
- running as client with local data => client has no
information about server, so slow sync might be problematic
and is prevented
- client has data, server asks for slow sync because all its data
was deleted (done by Memotoo and Mobical, because they treat
this as 'user wants to start from scratch') => the sync would
recreate all the client's data, even if the user really wanted
to have it deleted, therefore slow sync is prevented
Slow syncs are not yet detected when running as server and in the
client when the server's anchor is wrong.
This option is not enabled by default because it forces users
to deal with slow syncs, which is a deviation from previous
behavior.
Is this something that you would find useful?
--
Best Regards
Patrick Ohly
Senior Software Engineer
Intel GmbH
Open Source Technology Center
Hermuelheimer Strasse 8a Phone: +49-2232-2090-30
50321 Bruehl Fax: +49-2232-2090-29
Germany
10 years, 11 months
[SyncEvolution] Suggestion - Meamo desktop widget ?
by Kyros Hariri
Hi all,
I don't know if this an Idea which others had as well, but I would
appreciate a syncevolution desktop widget showing the (max. 1-3) service
icons which are active installed so the user could synchronize with
_one_single_click_.
Currently with making a desktop shortcut I still need 5 clicks for this
all: 1) open the program 2) click on the service 3) click on
"Synchronize!" 4) leaving the service window 5) closing syncevolution
application.
For the case of a set up daily synchronisation as well the widget could
show a small status line informing about date+time of the last
successful automatic sync process.
If the network connection is established extra for the sync process it
shall be disconnection from network after sync process again.
Since I'm no programmer (just have some graphic skills) I made a
suggestion mock-up:
http://www.ubuntu-pics.de/bild/43225/mockup_syncevol_widget_wnu7OF.jpg
Looking forward to your Feedbacks.
Regards, Kyros
10 years, 11 months
[SyncEvolution] Sync problem: myFunambol -> Nokia n900 with syncevolution
by Kyros Hariri
Hello all,
here my first question to this mailing list after I trying to find a
solution otherwise...
I have a sync problem with my Nokia n900 running syncevolution to
connect to myFunambol where I already had an account for my old Nokia5800.
With the n900 the sync process stops after a minute unsuccessfully and a
message "No network connection" appears although internet is available.
My questions:
1) Did someone successfully established a sync between a Nokia n900
running syncevolution and myFunambol? If yes - how did you manage this?
2) The n900 is not listed in the available myFunambol device list - so
which phone to choose for Nokia n900 running syncevolution?
3) Are there other workaround you can imagine which could let me sync
the device over syncevolution to myFunambol?
Regards, Kyros
10 years, 11 months