<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>FeedSync Design Principles</title><link>http://blogs.msdn.com/stevenlees/archive/2007/12/07/feedsync-design-principles.aspx</link><description>There's been a good discussion for the past couple of days on the atom-syntax list about sync, mostly focused on tombstones. It's useful to know that our primary design point for FeedSync , as Joe Cheng points out, is around "mesh sync". That is, if you</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: FeedSync Design Principles</title><link>http://blogs.msdn.com/stevenlees/archive/2007/12/07/feedsync-design-principles.aspx#6700424</link><pubDate>Sat, 08 Dec 2007 07:27:53 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6700424</guid><dc:creator>James Snell</dc:creator><description>&lt;P&gt;My primary goal in this is to find a solution that scales well from the simplest use cases to the more complex in the spirit of making the simple things easy and the complex things possible. &amp;nbsp;SSE... er, FeedSync... is a step in the right direction for the high end of that spectrum. &amp;nbsp;For the low end, however, there are a just a few issues (like tombstones) that are rather awkward. &amp;nbsp;Yes, as currently defined SSE could probably work, but if we can solve the problem AND avoid issues such as the possible confusion caused by representing deleted entries as entries with extensions (for instance) then we should.&lt;/P&gt;</description></item></channel></rss>