<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0">
  <channel>
    <title>Dancing About Architecture: Microfeed for "More on Microfeeds"</title>
    <link>http://www.burningdoor.com/eric/archives/001100.html</link>
    <description>Comments and trackbacks for the entry "More on Microfeeds"</description>
    <language>en-us</language>
    <managingEditor>eric@burningdoor.com</managingEditor>
    <webMaster>eric@burningdoor.com</webMaster>
    <lastBuildDate>Wed, 09 Mar 2005 04:43:41 CDT</lastBuildDate>
    <category>RSS</category>
    <generator>Movable Type v3.14</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title>More on Microfeeds</title>
      <link>http://www.burningdoor.com/eric/archives/001100.html</link>
      <description>It has been a while since my last post on microfeeds, and not a lot has really changed -- except that they would be more useful than ever if we could figure out a way to consume them appropriately. I continue to offer microfeeds attached to each post that contains any comments for that post, but I&apos;m not aware of any newsreader that recognizes the wfw:commentRSS element (each item in my feed uses that element to point to its microfeed). We&apos;ve also seen interesting uses of RSS for things like FedEx package tracking, and there&apos;s an interesting proposal for using feeds to help deal with phishing scams. I&apos;d love to have microfeeds for order tracking from a bunch of different online retailers. The problem is, of course, that the traditional feed reading clients don&apos;t really deal with microfeeds that well. Microfeeds might have a lifecycle associated with them (&quot;Kill thyself after the package has been delivered&quot;), they might not deserve the status of &quot;channel&quot; (toss a bunch of them into a single &quot;order confirmations&quot; channel), or they might just serve to support existing content that I&apos;ve found interesting (like comments on an entry). &quot;Feeds&quot; are too bulky a concept in...</description>
      <comments>http://www.burningdoor.com/eric/archives/001100.html</comments>
      <guid isPermaLink="false">1100@http://www.burningdoor.com/eric/</guid>
      <pubDate>Tue, 08 Mar 2005 13:35:06 CDT</pubDate>
      <source url="http://www.burningdoor.com/eric/index.xml">Dancing About Architecture</source>
    </item>
    <item>
      
      <title>Comment from Randy Charles Morin</title>
      <description><![CDATA[<p>One thing a few of us reader developers discussed was throttling a feed when it becomes dormant. This helps bandwidth, but doesn't unsub. </p>

<p>The responsibility should be the publishers. When he wants you to unsub, he should respond 410. </p>

<p>I wrote a bit about this in my RSS Feed State article. Just type rss feed state at Google to get a link.</p>]]></description>
      <guid isPermaLink="false">1100@http://www.burningdoor.com/eric/#c5664</guid>
      <pubDate>Tue, 08 Mar 2005 19:07:30 CDT</pubDate>
    </item>
    <item>
      
      <title>Comment from Phil Wilson</title>
      <description><![CDATA[<p>RSS Bandit definitely supports wfw:commentRSS, as does SharpReader. No others spring to mind, but I'm sure they're out there.</p>

<p>Randy's right though: the provider replacing the microfeed with a 410 should prompt the aggregator to unsubscribe.</p>]]></description>
      <guid isPermaLink="false">1100@http://www.burningdoor.com/eric/#c5667</guid>
      <pubDate>Wed, 09 Mar 2005 04:43:41 CDT</pubDate>
    </item>
    
  </channel>
</rss>