Microsoft Response To Outlook RSS Design
To get everyone up to speed: Outlook 2007 RSS currently handles duplicate feed items very poorly, resulting in a huge number of duplicates flooding RSS “inboxes”. Future builds of Outlook, including the final version, will have much more strict filtering of duplicate items. If a feed item is changed, but has already been marked “read” or deleted on the user’s maching, the new item will be ignored entirely.
I thought this was a terrible idea, as it meant that bloggers could be issuing very important corrections to stories, which would be ignored by Outlook.
If a content provider modifies a previously posted blog entry and then an Outlook 2007 user downloads the updated post, we will verify if the original item still exists in the Outlook folder. If it does, meaning the user has not deleted the item, then we will automatically update the content of the old post with the new content from the feed. If the user has deleted the item then we will not download a new item to replace. This adheres to the delete model I described in my previous post.
Think of it like this:
* A blogger writes five posts; A, B, C, D, E.
* Outlook user downloads A, B, C, D, E.
* Outlook user deletes a few posts and is left with A, C, D.
* The blogger updates the content of B, C. For simplicity call them B1, C1. He also writes post F.
* Outlook downloads the XML and sees the changes.
* Outlook ignores the updates of the posts the user has explicitly deleted and updates the content of the ones that still exist automatically, leaving the user with posts A, C1, D, F.
You see, in this example, the user misses the new content in post B. If post B includes:
UPDATE: Turns out the Mayor of Boston did not die in a fiery car crash. Oops, my bad!
the user misses that. That is never a good thing. The good thing, though, is that this can all be disabled, but that isn’t good enough. See, Outlook 2007 already has many problems with considering things duplicates, if a single detail changes. The new system is overkill, while the old one is a major time-waster. Neither is a good solution.
I ask this: Having no personal knowledge of how to design good software, is it possible to configure Outlook to redownload the post, in the new system, if the actual text of the post changes? Ignoring every single other attribute of the post, if I delete or mark as read an item, can you still set it to delete if the article text itself changes? I hope Michael can explain whether or not such a thing is possible.
Here’s how he describes the turning-off of this feature:
If you don’t like this delete model where removing a post from Outlook ignores all further updates on that individual item, there is an option to disable it. Toggling this option causes deletes to be non-destructive, and in the above scenario the user would see a new item downloaded for post B1 even though he deleted the original item in Outlook.
I’m not entirely sure as to what that means. Does Outlook revert to the current, messy model, or something else entirely? I would love a deeper explanation.
And thanks, Michael, for explaining this all to us. I love Outlook 2007, and have been using it for most of the year, and I want to continue to love it.
By the by, here’s what T has to say:
This is a good example of RSS aggregator developers attempting to fix a legitimate issue by doing readers an unintentional disservice. They are trying to keep duplicate posts from appearing in the aggregator which is a good thing, dupes most definitely suck, but their solution forgets about the many types of posts with updates.
He recommends letting users decide, on a feed by feed filter level, how to treat duplicates. I like the idea of having minute control, but think that it will only make things very complicated. I have hundreds of feeds, and would hate if I had to set a bunch of preferences every time I added one. Maybe this could be a good option for power users.
Visit the InsideGoogle blog.