<html dir="ltr"><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="text-align:left; direction:ltr;"><div>Hello,</div><div><br></div><div>since two weeks, I guess it is since I've updated syncevolution I experience problems connecting the server (see logfile).</div><div>I get a 511 error.</div><div><br></div><div>I'm using Debian Testing with syncevolution 1.5.3-2</div><div><br></div><div>Any hint is very appreciated.</div><div><br></div><div>Many thanks</div><div><br></div><div>Christian</div><div><br></div><div>On Mon, 2015-06-08 at 16:00 +0200, Patrick Ohly wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>About SyncEvolution</pre><pre>===================</pre><pre><br></pre><pre>SyncEvolution synchronizes personal information management (PIM) data</pre><pre>via various protocols (SyncML, CalDAV/CardDAV, ActiveSync). It syncs</pre><pre>contacts, appointments, tasks and memos. It syncs to web services or to</pre><pre>SyncML-capable phones via Bluetooth. </pre><pre><br></pre><pre>Binaries are available for Linux desktops (using GNOME Evolution, or</pre><pre>KDE's Akonadi), for Maemo (Nokia N900, N9) and Sailfish OS (Jolla</pre><pre>phone).</pre><pre><br></pre><pre>About 1.5.1</pre><pre>===========</pre><pre><br></pre><pre>Maintenance release. Binaries now also get compiled for Debian 8.0</pre><pre>"Jessie".</pre><pre><br></pre><pre>Details:</pre><pre><br></pre><pre>* avoid time zone issue with Funambol server</pre><pre><br></pre><pre> The Funambol iCalendar 2.0 parser fails to handle time zones</pre><pre> with quotation marks around the TZID value, which is something</pre><pre> that SyncEvolution started to add in 1.4.99.3. While it is valid</pre><pre> to quote like that, it is not necessary, so avoid quoting in</pre><pre> this case to restore interoperability.</pre><pre><br></pre><pre>* syncevo-http-server: stop using deprecated twisted.web.error (FDO #90419)</pre><pre><br></pre><pre> This has become a real problem for example on Fedora 22 where the</pre><pre> old name is no longer available.</pre><pre><br></pre><pre>* syncevo-http-server: use TLS instead of SSLv3</pre><pre><br></pre><pre> This fixes a potential security risk and connection problems with clients</pre><pre> that don't support SSLv3 anymore.</pre><pre><br></pre><pre>* syncing: avoid segfault for invalid text inside items (FDO #90118)</pre><pre><br></pre><pre> As reported by Canonical, syncing fails if data items contain</pre><pre> text which is not correct UTF-8 in one of the fields that</pre><pre> SyncEvolution logs in the command line output (like SUMMARY of</pre><pre> a calendar event).</pre><pre><br></pre><pre> That is because the byte string coming from the item is passed</pre><pre> unchecked to the D-Bus implementation for transmission via D-Bus. But</pre><pre> D-Bus strings must be correct UTF-8, so depending on the D-Bus library</pre><pre> in use, one gets a segfault (GIO D-Bus, due to an unchecked NULL</pre><pre> pointer access) or an "out of memory" error (libdbus, which checks for</pre><pre> NULL).</pre><pre><br></pre><pre> SyncEvolution now replaces invalid bytes with a question mark in its</pre><pre> output while preserving the rest of the text.</pre><pre><br></pre><pre>* file backend: log item manipulation</pre><pre><br></pre><pre> Extracting a meaningful description of each item from the Synthesis</pre><pre> engine when updating and adding items is easy to do for items of</pre><pre> certain known types (contacts and calendar items).</pre><pre><br></pre><pre>* command line: preserve log prefix of target side of local sync</pre><pre><br></pre><pre> In some cases, the prefix which was supposed to be embedded</pre><pre> in the log messages from the target side of a local sync got</pre><pre> lost on the way to the command line tool.</pre><pre><br></pre><pre> Primarily this affected the added/updated/deleted messages, as in:</pre><pre><br></pre><pre> [INFO remote@client] @client/addressbook: started</pre><pre> [INFO remote@client] updating "Joan Doe"</pre><pre> [INFO remote@client] @client/addressbook: received 1/1</pre><pre><br></pre><pre>* compile fix: use ${PKG_CONFIG} instead of pkg-config.</pre><pre><br></pre><pre> This fixes the build on Exherbo that only has prefixed versions of</pre><pre> pkg-config.</pre><pre><br></pre><pre>* WebDAV: handle 403 during Google OAuth authentication</pre><pre><br></pre><pre> When sending an access token with insufficient scope (for example,</pre><pre> because the Ubuntu Online Accounts service definition was incomplete,</pre><pre> as documented in FDO #86824), Google responds with a 403 "service</pre><pre> denied" error.</pre><pre><br></pre><pre> This is now dealt with by retrying, just as for a transient 401 error.</pre><pre><br></pre><pre>* CalDAV: more efficient "is empty" check (FDO #86335)</pre><pre><br></pre><pre> Since 1.4.99.4, syncing WebDAV collections always checks first</pre><pre> whether there are items in the collections. This was partly done for</pre><pre> slow sync prevention (which is not necessary for empty collections),</pre><pre> partly for the "is the datastore usable" check.</pre><pre><br></pre><pre> However, this did not take into account that for CalDAV collections,</pre><pre> the entire content gets downloaded for this check. That is because</pre><pre> filtering by item type (VEVENT vs. VJOURNAL) is not implemented</pre><pre> correctly by all servers. So now all CalDAV syncs, whether incremental</pre><pre> or slow, always transfered all items, which is not the</pre><pre> intention (incremental syncs should be fast and efficient).</pre><pre><br></pre><pre> This release adds a more efficient isEmpty() check: for simple CardDAV</pre><pre> collections, only luid and etag get transferred, as in</pre><pre> listAllItems(). This is the behavior from 1.5.</pre><pre><br></pre><pre> For CalDAV, a report with a filter for the content type is used and</pre><pre> the transfer gets aborted after the first item, without actually</pre><pre> double-checking the content of the item. This is different from</pre><pre> listAllItems(), which really transfers the content. This extra content</pre><pre> check would only be needed for some old servers (Radical 0.7) and is</pre><pre> not essential, because reporting "not empty" even when empty is safe.</pre><pre><br></pre><pre>* WebDAV: send Basic Auth via http in some cases (FDO #57248)</pre><pre><br></pre><pre> It turned out that finding databases on an Apple Calendar server accessed via</pre><pre> http depends on sending Basic Auth even when the server does not ask for it:</pre><pre> without authentication, there is no information about the current principal,</pre><pre> which is necessary for finding the user's databases.</pre><pre><br></pre><pre> To make this work again, sending the authentication header is now forced for</pre><pre> plain http if (and only if) the request which should have returned the</pre><pre> principal URL fails to include it. This implies sending the same request</pre><pre> twice, but as this scenario should be rare in practise (was only done for</pre><pre> testing), this is acceptable.</pre><pre><br></pre><pre>* Ubuntu Online Accounts: support plain text credentials</pre><pre><br></pre><pre> The backend for UOA was rewritten by Alberto Mardegan and now also</pre><pre> can use plain username/password credentials stored in UOA.</pre><pre><br></pre><pre>* various compiler error and warning fixes</pre><pre><br></pre><pre><br></pre><pre>Source, Installation, Further information</pre><pre>=========================================</pre><pre><br></pre><a href="http://syncevolution.org/blogs/pohly/2015/syncevolution-151-released"><pre>http://syncevolution.org/blogs/pohly/2015/syncevolution-151-released</pre></a><pre><br></pre><pre><br></pre><pre>Source code bundles for users are available in</pre><pre> </pre><a href="https://download.01.org/syncevolution/syncevolution/sources"><pre>https://download.01.org/syncevolution/syncevolution/sources</pre></a><pre><br></pre><pre>and the original source is in the git repositories</pre><pre> </pre><a href="http://cgit.freedesktop.org/SyncEvolution/"><pre>http://cgit.freedesktop.org/SyncEvolution/</pre></a><pre><br></pre><pre><br></pre><pre>i386, lpia and amd64 binaries for Debian-based distributions are</pre><pre>available via the "stable" syncevolution.org repository. Add the</pre><pre>following entry to your /etc/apt/source.list:</pre><pre> deb </pre><a href="https://download.01.org/syncevolution/apt"><pre>https://download.01.org/syncevolution/apt</pre></a><pre> stable main</pre><pre><br></pre><pre>The GPG key for the repository needs to be imported as root with:</pre><pre> apt-key adv --keyserver keyserver.ubuntu.com --recv-keys B2EC3981</pre><pre><br></pre><pre>Then install "syncevolution-evolution", "syncevolution-kde" and/or</pre><pre>"syncevolution-activesync".</pre><pre><br></pre><pre>These binaries include the "sync-ui" GTK GUI and were compiled for</pre><pre>Ubuntu 10.04 LTS (Lucid), except for ActiveSync binaries which were</pre><pre>compiled for Debian Wheezy, Ubuntu Saucy, Ubuntu Trusty an Debian</pre><pre>Jessie. The packages mentioned above are meta-packages which pull in</pre><pre>suitable packages matching the distro during installation.</pre><pre><br></pre><pre>Older distributions like Debian 4.0 (Etch) can no longer be supported</pre><pre>with precompiled binaries because of missing libraries, but the source</pre><pre>still compiles when not enabling the GUI (the default).</pre><pre><br></pre><pre>The same binaries are also available as .tar.gz and .rpm archives in</pre><a href="https://download.01.org/syncevolution/syncevolution/"><pre>https://download.01.org/syncevolution/syncevolution/</pre></a><pre>. In contrast</pre><pre>to 0.8.x archives, the 1.x .tar.gz archives have to be unpacked and the</pre><pre>content must be moved to /usr, because several files would not be found</pre><pre>otherwise.</pre><pre><br></pre><pre>After installation, follow the</pre><a href="http://syncevolution.org/documentation/getting-started"><pre>http://syncevolution.org/documentation/getting-started</pre></a><pre> steps.</pre><pre><br></pre></blockquote></body></html>