<?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: Down for everyone, but not me.</title>
	<atom:link href="http://dsandler.org/wp/archives/2008/11/18/twitter-outage/feed" rel="self" type="application/rss+xml" />
	<link>http://dsandler.org/wp/archives/2008/11/18/twitter-outage</link>
	<description>a beautiful blog by daniel sandler</description>
	<lastBuildDate>Thu, 14 Jan 2010 17:03:44 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: FETHR roadmap. (dsandler.org)</title>
		<link>http://dsandler.org/wp/archives/2008/11/18/twitter-outage/comment-page-1#comment-381900</link>
		<dc:creator>FETHR roadmap. (dsandler.org)</dc:creator>
		<pubDate>Fri, 01 May 2009 14:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://dsandler.org/wp/?p=21174#comment-381900</guid>
		<description>[...] twittergw, which acts as a gateway between the two networks. (I first described the gateway in a previous blog post.) Long-term, Twitter should support the FETHR API directly; twittergw was created to provide a [...]</description>
		<content:encoded><![CDATA[<p>[...] twittergw, which acts as a gateway between the two networks. (I first described the gateway in a previous blog post.) Long-term, Twitter should support the FETHR API directly; twittergw was created to provide a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Odin/Velmont</title>
		<link>http://dsandler.org/wp/archives/2008/11/18/twitter-outage/comment-page-1#comment-380822</link>
		<dc:creator>Odin/Velmont</dc:creator>
		<pubDate>Wed, 22 Apr 2009 17:27:17 +0000</pubDate>
		<guid isPermaLink="false">http://dsandler.org/wp/?p=21174#comment-380822</guid>
		<description>Huh. Didn&#039;t OpenMicroBlogging and Laconica exist back then? :-)

http://openmicroblogging.org/
http://laconi.ca/
http://identi.ca/

Why another federated microblogging-protocol? They are trying to make a 0.2, adressing problems with 0.1 -- so please say if there is something to be improved upon.</description>
		<content:encoded><![CDATA[<p>Huh. Didn&#8217;t OpenMicroBlogging and Laconica exist back then? :-)</p>
<p><a href="http://openmicroblogging.org/" rel="nofollow">http://openmicroblogging.org/</a><br />
<a href="http://laconi.ca/" rel="nofollow">http://laconi.ca/</a><br />
<a href="http://identi.ca/" rel="nofollow">http://identi.ca/</a></p>
<p>Why another federated microblogging-protocol? They are trying to make a 0.2, adressing problems with 0.1 &#8212; so please say if there is something to be improved upon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dsandler</title>
		<link>http://dsandler.org/wp/archives/2008/11/18/twitter-outage/comment-page-1#comment-324334</link>
		<dc:creator>dsandler</dc:creator>
		<pubDate>Tue, 25 Nov 2008 15:54:37 +0000</pubDate>
		<guid isPermaLink="false">http://dsandler.org/wp/?p=21174#comment-324334</guid>
		<description>This design shares the spirit of SMTP: It is decentralized and federated by design. In fact, you could probably hack together a passable micropublishing implementation based entirely upon email. But email is easily abused; the default-accept nature of SMTP combined  with its lack of mandatory security features is what makes spam possible. FETHR an opt-in subscription model and security features to make this work in a decentralized environment. The design is tuned for the µpublishing/µblogging paradigm, however; I&#039;m not simply trying to design a “better email.” That&#039;s a problem for another day. :)</description>
		<content:encoded><![CDATA[<p>This design shares the spirit of SMTP: It is decentralized and federated by design. In fact, you could probably hack together a passable micropublishing implementation based entirely upon email. But email is easily abused; the default-accept nature of SMTP combined  with its lack of mandatory security features is what makes spam possible. FETHR an opt-in subscription model and security features to make this work in a decentralized environment. The design is tuned for the µpublishing/µblogging paradigm, however; I&#8217;m not simply trying to design a “better email.” That&#8217;s a problem for another day. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://dsandler.org/wp/archives/2008/11/18/twitter-outage/comment-page-1#comment-323900</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Mon, 24 Nov 2008 22:18:52 +0000</pubDate>
		<guid isPermaLink="false">http://dsandler.org/wp/?p=21174#comment-323900</guid>
		<description>Shouldn&#039;t we be concerned that on some level we&#039;re doomed to re-implement SMTP.</description>
		<content:encoded><![CDATA[<p>Shouldn&#8217;t we be concerned that on some level we&#8217;re doomed to re-implement SMTP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dsandler</title>
		<link>http://dsandler.org/wp/archives/2008/11/18/twitter-outage/comment-page-1#comment-320592</link>
		<dc:creator>dsandler</dc:creator>
		<pubDate>Tue, 18 Nov 2008 19:55:25 +0000</pubDate>
		<guid isPermaLink="false">http://dsandler.org/wp/?p=21174#comment-320592</guid>
		<description>@Dave No, it&#039;s a totally new framework based on &lt;acronym&gt;REST&lt;/acronym&gt;ful &lt;acronym&gt;HTTP&lt;/acronym&gt; requests between servers. (&lt;acronym&gt;FETHR&lt;/acronym&gt; := “Featherweight Entangled Timelines via &lt;acronym&gt;HTTP&lt;/acronym&gt; Requests.”)

A &lt;acronym&gt;FETHR&lt;/acronym&gt; server can be run from a vanilla webhost, or at home, or anywhere you can be reached on port 80.  Servers interact by gossiping updates via &lt;acronym&gt;POST&lt;/acronym&gt;.  

I really need to get that TR out.</description>
		<content:encoded><![CDATA[<p>@Dave No, it&#8217;s a totally new framework based on <acronym>REST</acronym>ful <acronym>HTTP</acronym> requests between servers. (<acronym>FETHR</acronym> := “Featherweight Entangled Timelines via <acronym>HTTP</acronym> Requests.”)</p>
<p>A <acronym>FETHR</acronym> server can be run from a vanilla webhost, or at home, or anywhere you can be reached on port 80.  Servers interact by gossiping updates via <acronym>POST</acronym>.  </p>
<p>I really need to get that TR out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Peck</title>
		<link>http://dsandler.org/wp/archives/2008/11/18/twitter-outage/comment-page-1#comment-320572</link>
		<dc:creator>Dave Peck</dc:creator>
		<pubDate>Tue, 18 Nov 2008 19:25:20 +0000</pubDate>
		<guid isPermaLink="false">http://dsandler.org/wp/?p=21174#comment-320572</guid>
		<description>Dan -- is this built on top of the Pastry/Scribe work that FeedTree was originally built on top of?</description>
		<content:encoded><![CDATA[<p>Dan &#8212; is this built on top of the Pastry/Scribe work that FeedTree was originally built on top of?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dsandler</title>
		<link>http://dsandler.org/wp/archives/2008/11/18/twitter-outage/comment-page-1#comment-320568</link>
		<dc:creator>dsandler</dc:creator>
		<pubDate>Tue, 18 Nov 2008 19:17:58 +0000</pubDate>
		<guid isPermaLink="false">http://dsandler.org/wp/?p=21174#comment-320568</guid>
		<description>Update: Today&#039;s outage identified a new failure mode that I wasn&#039;t properly catching in the twittergw. During the outage, Twitter responded 200 OK but with an error embedded in the JSON:

&lt;blockquote&gt;&lt;tt&gt;{&#039;error&#039;: &#039;Twitter is down for database maintenance. It will return in about an hour.&#039;}&lt;/tt&gt;&lt;/blockquote&gt;

It&#039;s implied in the &lt;a href=&quot;http://apiwiki.twitter.com/REST+API+Documentation#HTTPStatusCodes&quot; rel=&quot;nofollow&quot;&gt;API docs&lt;/a&gt; that twitter.com should have returned something other than 200 in this case; as it turns out, the twittergw code looked no further than the 200 and did not (as I hoped it would) batch my tweets for re-posting once the service returned.

Bug fixed.</description>
		<content:encoded><![CDATA[<p>Update: Today&#8217;s outage identified a new failure mode that I wasn&#8217;t properly catching in the twittergw. During the outage, Twitter responded 200 OK but with an error embedded in the JSON:</p>
<blockquote><p><tt>{'error': 'Twitter is down for database maintenance. It will return in about an hour.'}</tt></p></blockquote>
<p>It&#8217;s implied in the <a href="http://apiwiki.twitter.com/REST+API+Documentation#HTTPStatusCodes" rel="nofollow">API docs</a> that twitter.com should have returned something other than 200 in this case; as it turns out, the twittergw code looked no further than the 200 and did not (as I hoped it would) batch my tweets for re-posting once the service returned.</p>
<p>Bug fixed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
