Earlier quoted context omitted.
A proper standard for syncing rss? So that, like email, you just have to point your various clients at the address of the sync server you are using. That can be one you run yourself or one from some third party provider. If your provider closes you can just point your clients at the new service, without each client needing to implement a new custom API. You are also free to use whatever client(s) you want. It seems t…
What about something as simple as reusing IMAP for RSS?
There's no facility for updating items, that was about the only thing really wrong with it from the end user perspective, assuming you are okay with storing the full text of tens of thousands of items when you will only read 2% of them.
But I don't see anything wrong with that in an era where even our phones have 64GB of storage...
EDIT (my touch device over zealously submitted): but IMAP isn't the right solution, even though it could work, and work better than google reader even. A RSS sync system really shouldn't require the user to download all the items and then sync against their own copies of them---it should be able to sync what has been read[1] based on the canonical URI of the item, with some intelligence to grok the mod dates to track updated items. Storage isn't a problem anymore for mostly-textual content, but mobile latency and data caps are.
[1]: and, in my opinion, notnjust what has been read, but what has been flagged, labeled, tagged, reposted, liked, hated, and/おr assigned whatever other arbitrary metadata