<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: SyncEvolution 0.8 beta 1</title>
	<atom:link href="http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/</link>
	<description>About SyncEvolution, writing software and more.</description>
	<lastBuildDate>Sun, 04 Jul 2010 13:39:24 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.1-beta1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Frederik</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-20292</link>
		<dc:creator>Frederik</dc:creator>
		<pubDate>Wed, 30 Jul 2008 13:21:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-20292</guid>
		<description>Just a small update from the Genesis side: Genesis 0.4b1 is now released, which is the first official Genesis release compatible with the new config handling in syncevolution 0.8: https://launchpad.net/genesis-sync/+announcement/777

Everyone&#039;s invited to try it out. I think it&#039;s quite stable right now, but I&#039;d be glad to iron any potential issues out so Genesis 0.4 could be released as soon as SyncEvolution 0.8 is ready.</description>
		<content:encoded><![CDATA[<p>Just a small update from the Genesis side: Genesis 0.4b1 is now released, which is the first official Genesis release compatible with the new config handling in syncevolution 0.8: <a href="https://launchpad.net/genesis-sync/+announcement/777" rel="nofollow">https://launchpad.net/genesis-sync/+announcement/777</a></p>
<p>Everyone&#8217;s invited to try it out. I think it&#8217;s quite stable right now, but I&#8217;d be glad to iron any potential issues out so Genesis 0.4 could be released as soon as SyncEvolution 0.8 is ready.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Ohly</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-18209</link>
		<dc:creator>Patrick Ohly</dc:creator>
		<pubDate>Wed, 16 Jul 2008 16:43:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-18209</guid>
		<description>&lt;quote&gt;I had contacts in both Pimlico Contacts and the Tablet Contacts. When I sync’d to scheduleworld, it uploaded everything, so I had some duplicates in Scheduleworld.&lt;/quote&gt;

Both Pimlico Contacts and Tablet Contacts access &lt;em&gt;the same&lt;/em&gt; Evolution Data Server database, which is the one synchronized by SyncEvolution. If there were duplicates after the sync, then it most likely was due to the failed syncs earlier.

Regarding synchronizing two calendars: yes, the &lt;a href=&quot;http://wiki.scheduleworld.com/wiki/Evolution_Configuration#Syncing_Multiple_Calendars&quot; rel=&quot;nofollow&quot;&gt;Wiki &lt;/a&gt; should be updated now that 0.8 beta 1 is available... done. It shouldn&#039;t be slower than other syncs, though. Perhaps ScheduleWorld was especially loaded when you ran the command. The client.log of each sync contains time stamps which show when messages are sent to the server and when the reply comes back.</description>
		<content:encoded><![CDATA[<p><quote>I had contacts in both Pimlico Contacts and the Tablet Contacts. When I sync’d to scheduleworld, it uploaded everything, so I had some duplicates in Scheduleworld.</quote></p>
<p>Both Pimlico Contacts and Tablet Contacts access <em>the same</em> Evolution Data Server database, which is the one synchronized by SyncEvolution. If there were duplicates after the sync, then it most likely was due to the failed syncs earlier.</p>
<p>Regarding synchronizing two calendars: yes, the <a href="http://wiki.scheduleworld.com/wiki/Evolution_Configuration#Syncing_Multiple_Calendars" rel="nofollow">Wiki </a> should be updated now that 0.8 beta 1 is available&#8230; done. It shouldn&#8217;t be slower than other syncs, though. Perhaps ScheduleWorld was especially loaded when you ran the command. The client.log of each sync contains time stamps which show when messages are sent to the server and when the reply comes back.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Combatdoc</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-18150</link>
		<dc:creator>Combatdoc</dc:creator>
		<pubDate>Wed, 16 Jul 2008 05:09:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-18150</guid>
		<description>Ok, I got it, but just to let you know the issue with ClientAuthType=syncml:auth-md5 still exists when syncing multiple calendars.  And you still have to add the ?cal=XXXXX to the end of the SyncURL as well.

You need to change it to auth-basic, and then its almost intolerably slow -esp in two-way mode.  It took about 3 minutes to sync 4 items.</description>
		<content:encoded><![CDATA[<p>Ok, I got it, but just to let you know the issue with ClientAuthType=syncml:auth-md5 still exists when syncing multiple calendars.  And you still have to add the ?cal=XXXXX to the end of the SyncURL as well.</p>
<p>You need to change it to auth-basic, and then its almost intolerably slow -esp in two-way mode.  It took about 3 minutes to sync 4 items.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Combatdoc</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-18148</link>
		<dc:creator>Combatdoc</dc:creator>
		<pubDate>Wed, 16 Jul 2008 04:19:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-18148</guid>
		<description>How do we setup multiple calendar sync now? I have two calendars in scheduleworld and I need to sync both to DATES on the NIT.

I read through the site and tried syncevolution --configure --sync-property username= --sync-property password= 
putting the new calendar in as the account name, but that did nothing but overwrite the existing config.

The site led me to believe if I did that it would create a new config I could just change.  The wiki is about useless now.</description>
		<content:encoded><![CDATA[<p>How do we setup multiple calendar sync now? I have two calendars in scheduleworld and I need to sync both to DATES on the NIT.</p>
<p>I read through the site and tried syncevolution &#8211;configure &#8211;sync-property username= &#8211;sync-property password=<br />
putting the new calendar in as the account name, but that did nothing but overwrite the existing config.</p>
<p>The site led me to believe if I did that it would create a new config I could just change.  The wiki is about useless now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Combatdoc</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-18122</link>
		<dc:creator>Combatdoc</dc:creator>
		<pubDate>Tue, 15 Jul 2008 23:37:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-18122</guid>
		<description>It seemed to work just fine.
I did notice an oddity related to the database.  I had contacts in both Pimlico Contacts and the Tablet Contacts.  When I sync&#039;d to scheduleworld, it uploaded everything, so I had some duplicates in Scheduleworld.  I guess each app uses an ID to differentiate in the database.

Anyway, I deleted all the Tablet Contacts info and it crossed over just finr to scheduleworld, and I modded a contact and that worked just fine as well.  I&#039;ll continue to report back if I notice anything else.

I think I&#039;ll install DATES and see how that works.

Great work BTW, and much needed.</description>
		<content:encoded><![CDATA[<p>It seemed to work just fine.<br />
I did notice an oddity related to the database.  I had contacts in both Pimlico Contacts and the Tablet Contacts.  When I sync&#8217;d to scheduleworld, it uploaded everything, so I had some duplicates in Scheduleworld.  I guess each app uses an ID to differentiate in the database.</p>
<p>Anyway, I deleted all the Tablet Contacts info and it crossed over just finr to scheduleworld, and I modded a contact and that worked just fine as well.  I&#8217;ll continue to report back if I notice anything else.</p>
<p>I think I&#8217;ll install DATES and see how that works.</p>
<p>Great work BTW, and much needed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Ohly</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-18081</link>
		<dc:creator>Patrick Ohly</dc:creator>
		<pubDate>Tue, 15 Jul 2008 20:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-18081</guid>
		<description>I have updated the Maemo .deb package: 0.7+0.8-beta1&lt;b&gt;a&lt;/b&gt; disables the feature which depends on the string which is garbage, so now the segfault should be gone. For the curious, it is the feature that contacts marked for removal by the address book GUI are removed by SyncEvolution as part of a sync. ITOS 2006 used to keep those contacts around forever, therefore contacts were not deleted on the SyncML server either. Later ITOS releases seemed to delete the contacts by themselves, so deleting them in SyncEvolution should no longer be necessary.

If you delete contacts on the Tablet and this change is not sent to the server, then please let me know what ITOS you are using and whether eds-sync is active.</description>
		<content:encoded><![CDATA[<p>I have updated the Maemo .deb package: 0.7+0.8-beta1<b>a</b> disables the feature which depends on the string which is garbage, so now the segfault should be gone. For the curious, it is the feature that contacts marked for removal by the address book GUI are removed by SyncEvolution as part of a sync. ITOS 2006 used to keep those contacts around forever, therefore contacts were not deleted on the SyncML server either. Later ITOS releases seemed to delete the contacts by themselves, so deleting them in SyncEvolution should no longer be necessary.</p>
<p>If you delete contacts on the Tablet and this change is not sent to the server, then please let me know what ITOS you are using and whether eds-sync is active.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jukey</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-18078</link>
		<dc:creator>jukey</dc:creator>
		<pubDate>Tue, 15 Jul 2008 20:27:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-18078</guid>
		<description>Tested the new Version with my scheduleworld account and it works very fine. Thanks Patrick! :-)</description>
		<content:encoded><![CDATA[<p>Tested the new Version with my scheduleworld account and it works very fine. Thanks Patrick! <img src='http://www.estamos.de/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Ohly</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-18065</link>
		<dc:creator>Patrick Ohly</dc:creator>
		<pubDate>Tue, 15 Jul 2008 16:28:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-18065</guid>
		<description>Combatdoc, when using 0.8, all parameters can be set via the command line (see the blog post about the alpha for an example). If you want to, you can still edit config files, of course. &lt;code&gt;syncevolution --print-servers&lt;/code&gt; prints a list of all existing configurations and their location.

Regarding the crash, this is &lt;a href=&quot;http://sourceforge.net/tracker/index.php?func=detail&amp;aid=1947050&amp;group_id=146288&amp;atid=764733&quot; title=&quot;segmentation fault on Maemo (ITOS 2008)&quot; rel=&quot;nofollow&quot;&gt;a known problem&lt;/a&gt;. A string returned by the Evolution lib seems to be uninitialized. I&#039;ll stop using that string and release an update.</description>
		<content:encoded><![CDATA[<p>Combatdoc, when using 0.8, all parameters can be set via the command line (see the blog post about the alpha for an example). If you want to, you can still edit config files, of course. <code>syncevolution --print-servers</code> prints a list of all existing configurations and their location.</p>
<p>Regarding the crash, this is <a href="http://sourceforge.net/tracker/index.php?func=detail&#038;aid=1947050&#038;group_id=146288&#038;atid=764733" title="segmentation fault on Maemo (ITOS 2008)" rel="nofollow">a known problem</a>. A string returned by the Evolution lib seems to be uninitialized. I&#8217;ll stop using that string and release an update.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Combatdoc</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-17923</link>
		<dc:creator>Combatdoc</dc:creator>
		<pubDate>Mon, 14 Jul 2008 22:47:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-17923</guid>
		<description>Sorry, found the config file.  
On my Nokia n810 I get the follwoing when running it though:

$syncevolution scheduleworld
Local changes to be applied to server during synchronization:
*** addressbook ***
Comparison was impossible.

16:46:18 [INFO] Preparing synchronization of addressbook...
16:46:19 [INFO] addressbook: sync mode is &#039;slow&#039;
Segmentation fault</description>
		<content:encoded><![CDATA[<p>Sorry, found the config file.<br />
On my Nokia n810 I get the follwoing when running it though:</p>
<p>$syncevolution scheduleworld<br />
Local changes to be applied to server during synchronization:<br />
*** addressbook ***<br />
Comparison was impossible.</p>
<p>16:46:18 [INFO] Preparing synchronization of addressbook&#8230;<br />
16:46:19 [INFO] addressbook: sync mode is &#8217;slow&#8217;<br />
Segmentation fault</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Combatdoc</title>
		<link>http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/comment-page-1/#comment-17917</link>
		<dc:creator>Combatdoc</dc:creator>
		<pubDate>Mon, 14 Jul 2008 22:29:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.estamos.de/blog/2008/07/13/syncevolution-08-beta-1/#comment-17917</guid>
		<description>Where exactly is the configuration file now on Nokia Tablets?
I installed syncevolution .8 from fresh and ran syncevolution -c scheduleworld.
It created a config without a username/auth somewhere on my n810, but I can&#039;t find it.  There is no .syncevolution or the other directory in home/user or /root.  Nothing in etc.  The only thing I can find it the client.log file in /var/tmp

Thanks</description>
		<content:encoded><![CDATA[<p>Where exactly is the configuration file now on Nokia Tablets?<br />
I installed syncevolution .8 from fresh and ran syncevolution -c scheduleworld.<br />
It created a config without a username/auth somewhere on my n810, but I can&#8217;t find it.  There is no .syncevolution or the other directory in home/user or /root.  Nothing in etc.  The only thing I can find it the client.log file in /var/tmp</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
</channel>
</rss>

