<?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"
	>
<channel>
	<title>Comments on: How Not to Get Shafted by a Hosted Podcast Service</title>
	<atom:link href="http://www.contentious.com/2005/11/19/how-not-to-get-shafted-by-a-hosted-podcast-service/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.contentious.com/2005/11/19/how-not-to-get-shafted-by-a-hosted-podcast-service/</link>
	<description>Amy Gahran's news and musings on how we communicate in the online age.</description>
	<pubDate>Sat, 06 Sep 2008 18:27:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Koan Bremner</title>
		<link>http://www.contentious.com/2005/11/19/how-not-to-get-shafted-by-a-hosted-podcast-service/#comment-45038</link>
		<dc:creator>Koan Bremner</dc:creator>
		<pubDate>Tue, 22 Nov 2005 15:10:24 +0000</pubDate>
		<guid isPermaLink="false">#comment-45038</guid>
		<description>Marshall - my concern isn't with what FeedBurner does - it's with what happens to your subscribers if the domain feedburner.com goes offline (and, yes, it *has* gone offline in the past). If your blog publishes a feed, say http://yourblog.com/feed.xml - and you use FeedBurner to reburn it as http://feeds.feedburner.com/yourblog - sure, you still own *your* version of the feed. But your subscribers are subscribed to a feed that is coming from another domain than yours. If there's an outage at the domain feedburner.com, your blog can merrily carry on pushing out new posts, and populating your version of your feed - but your subscribers won't know, because *they're* accessing a version of the feed on a server that isn't serving.

My recommendation, if you want to use FeedBurner, is to alias *their* version of your feed with something under *your* control - for example, create a DNS alias http://feed.yourblog.com/ that points to http://feeds.feedburner.com/yourblog - and have your subscribers subscribe to http://feed.yourblog.com/ - that way, if feedburner.com goes down for an extended period (or permanently) you can point the thing that they're subscribing to to a different feed burning service, or back to your base feed, or to a static file that explains what's happening, or... anything you like - because *you're* in control.

Or, if you control your web server's configuration, create a symbolic link, e.g. so that http://yourblog.com/burnedfeed points to http://feeds.feedburner.com/yourblog - then if feedburner.com goes offline, point http://yourblog.com/burnedfeed to something else.

Bottom line - *you* control yourblog.com - you *don't* control feedburner.com - but you hand over availability of your content to them, if your subscribers subscribe to  a feed with their domain name. If that's not a concern for you, cool! I'm sure the customers of Purecast thought it was cool to have their subscribers point to a feed on purecastmedia.com - right up until the point when purecastmedia.com went off the air, permanently. And left those customers with no way to tell their subscribers where their new home would be.</description>
		<content:encoded><![CDATA[<p>Marshall - my concern isn&#8217;t with what FeedBurner does - it&#8217;s with what happens to your subscribers if the domain feedburner.com goes offline (and, yes, it *has* gone offline in the past). If your blog publishes a feed, say <a href="http://yourblog.com/feed.xml" rel="nofollow">http://yourblog.com/feed.xml</a> - and you use FeedBurner to reburn it as <a href="http://feeds.feedburner.com/yourblog" rel="nofollow">http://feeds.feedburner.com/yourblog</a> - sure, you still own *your* version of the feed. But your subscribers are subscribed to a feed that is coming from another domain than yours. If there&#8217;s an outage at the domain feedburner.com, your blog can merrily carry on pushing out new posts, and populating your version of your feed - but your subscribers won&#8217;t know, because *they&#8217;re* accessing a version of the feed on a server that isn&#8217;t serving.</p>
<p>My recommendation, if you want to use FeedBurner, is to alias *their* version of your feed with something under *your* control - for example, create a DNS alias <a href="http://feed.yourblog.com/" rel="nofollow">http://feed.yourblog.com/</a> that points to <a href="http://feeds.feedburner.com/yourblog" rel="nofollow">http://feeds.feedburner.com/yourblog</a> - and have your subscribers subscribe to <a href="http://feed.yourblog.com/" rel="nofollow">http://feed.yourblog.com/</a> - that way, if feedburner.com goes down for an extended period (or permanently) you can point the thing that they&#8217;re subscribing to to a different feed burning service, or back to your base feed, or to a static file that explains what&#8217;s happening, or&#8230; anything you like - because *you&#8217;re* in control.</p>
<p>Or, if you control your web server&#8217;s configuration, create a symbolic link, e.g. so that <a href="http://yourblog.com/burnedfeed" rel="nofollow">http://yourblog.com/burnedfeed</a> points to <a href="http://feeds.feedburner.com/yourblog" rel="nofollow">http://feeds.feedburner.com/yourblog</a> - then if feedburner.com goes offline, point <a href="http://yourblog.com/burnedfeed" rel="nofollow">http://yourblog.com/burnedfeed</a> to something else.</p>
<p>Bottom line - *you* control yourblog.com - you *don&#8217;t* control feedburner.com - but you hand over availability of your content to them, if your subscribers subscribe to  a feed with their domain name. If that&#8217;s not a concern for you, cool! I&#8217;m sure the customers of Purecast thought it was cool to have their subscribers point to a feed on purecastmedia.com - right up until the point when purecastmedia.com went off the air, permanently. And left those customers with no way to tell their subscribers where their new home would be.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amy Gahran</title>
		<link>http://www.contentious.com/2005/11/19/how-not-to-get-shafted-by-a-hosted-podcast-service/#comment-44829</link>
		<dc:creator>Amy Gahran</dc:creator>
		<pubDate>Sun, 20 Nov 2005 19:39:44 +0000</pubDate>
		<guid isPermaLink="false">#comment-44829</guid>
		<description>Great comments folks. I'd just like to remind everyone that if you have specific questions or comments about Koan's tutorial, you should probably raise those points in comments to her blog posting which contains her tutorial.

Thanks!

- Amy Gahran
  Editor, CONTENTIOUS</description>
		<content:encoded><![CDATA[<p>Great comments folks. I&#8217;d just like to remind everyone that if you have specific questions or comments about Koan&#8217;s tutorial, you should probably raise those points in comments to her blog posting which contains her tutorial.</p>
<p>Thanks!</p>
<p>- Amy Gahran<br />
  Editor, CONTENTIOUS</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marshall Kirkpatrick</title>
		<link>http://www.contentious.com/2005/11/19/how-not-to-get-shafted-by-a-hosted-podcast-service/#comment-44773</link>
		<dc:creator>Marshall Kirkpatrick</dc:creator>
		<pubDate>Sun, 20 Nov 2005 17:21:17 +0000</pubDate>
		<guid isPermaLink="false">#comment-44773</guid>
		<description>Also, I'd like to know a little more about your concerns re Feedburner.  I understand the principle of owning your own feeds, but I LOVE Feedburner!  Also, if Feedburner is just republishing a feed that comes out of my blogging software, don't I still own that original feed?  So what would I be missing, my subscribers...ok, that would be a concern.  Maybe I'm being foolish to be so in love with Feedburner, but I don't think so.</description>
		<content:encoded><![CDATA[<p>Also, I&#8217;d like to know a little more about your concerns re Feedburner.  I understand the principle of owning your own feeds, but I LOVE Feedburner!  Also, if Feedburner is just republishing a feed that comes out of my blogging software, don&#8217;t I still own that original feed?  So what would I be missing, my subscribers&#8230;ok, that would be a concern.  Maybe I&#8217;m being foolish to be so in love with Feedburner, but I don&#8217;t think so.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marshall Kirkpatrick</title>
		<link>http://www.contentious.com/2005/11/19/how-not-to-get-shafted-by-a-hosted-podcast-service/#comment-44772</link>
		<dc:creator>Marshall Kirkpatrick</dc:creator>
		<pubDate>Sun, 20 Nov 2005 17:18:01 +0000</pubDate>
		<guid isPermaLink="false">#comment-44772</guid>
		<description>For free and open tunes see also http://podsafemusicnetwork.com

That's a project of the Podshow Network, and I think they will probably be offering a storage service soon too.  I imagine that will be more trustworthy than many other options.  It'll probably be more reliable than Libsyn, which in my limited experience seems to go down with greater frequency than I am comfortable.</description>
		<content:encoded><![CDATA[<p>For free and open tunes see also <a href="http://podsafemusicnetwork.com" rel="nofollow">http://podsafemusicnetwork.com</a></p>
<p>That&#8217;s a project of the Podshow Network, and I think they will probably be offering a storage service soon too.  I imagine that will be more trustworthy than many other options.  It&#8217;ll probably be more reliable than Libsyn, which in my limited experience seems to go down with greater frequency than I am comfortable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Koan Bremner</title>
		<link>http://www.contentious.com/2005/11/19/how-not-to-get-shafted-by-a-hosted-podcast-service/#comment-44702</link>
		<dc:creator>Koan Bremner</dc:creator>
		<pubDate>Sun, 20 Nov 2005 07:27:03 +0000</pubDate>
		<guid isPermaLink="false">#comment-44702</guid>
		<description>Marshall - you make a fair point, in my opinion - maybe an exit plan is not feasible for every web service (maybe there is no direct equivalent service, or combination of services, for example). But if not an exit plan, then at least an *impact* plan - i.e. "how will it affect my blog / podcast / videoblog if service X is unavailable for a period - what (if anything) would I need to do to mitigate any loss of service to my subscribers?" I wasn't focusing on web services from the perspective of general use (I use many as an individual) - I was focusing on those that potentially "make or break" the delivery of a blog / podcast / videoblog to subscribers.

Tom - excellent points - I wasn't trying to write a comprehensive "how to produce a professional podcast" post, I was trying to write a "how not to get caught out by a service going belly up post". You mention the Internet Archive - OurMedia uses the Internet Archive's infrastructure, and as I mentioned in my post, in my experience, it can take weeks for files to appear on OurMedia, and some never do.</description>
		<content:encoded><![CDATA[<p>Marshall - you make a fair point, in my opinion - maybe an exit plan is not feasible for every web service (maybe there is no direct equivalent service, or combination of services, for example). But if not an exit plan, then at least an *impact* plan - i.e. &#8220;how will it affect my blog / podcast / videoblog if service X is unavailable for a period - what (if anything) would I need to do to mitigate any loss of service to my subscribers?&#8221; I wasn&#8217;t focusing on web services from the perspective of general use (I use many as an individual) - I was focusing on those that potentially &#8220;make or break&#8221; the delivery of a blog / podcast / videoblog to subscribers.</p>
<p>Tom - excellent points - I wasn&#8217;t trying to write a comprehensive &#8220;how to produce a professional podcast&#8221; post, I was trying to write a &#8220;how not to get caught out by a service going belly up post&#8221;. You mention the Internet Archive - OurMedia uses the Internet Archive&#8217;s infrastructure, and as I mentioned in my post, in my experience, it can take weeks for files to appear on OurMedia, and some never do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Poe</title>
		<link>http://www.contentious.com/2005/11/19/how-not-to-get-shafted-by-a-hosted-podcast-service/#comment-44699</link>
		<dc:creator>Tom Poe</dc:creator>
		<pubDate>Sun, 20 Nov 2005 05:24:02 +0000</pubDate>
		<guid isPermaLink="false">#comment-44699</guid>
		<description>Every podcast deserves to be treated as a professional work.
[1]  Create your podcast
[2]  License your podcast, specifically for use on the Internet
[2](a) Upload your podcast to a reputable repository, by creating an account on that repository of choice
[2](b) Choose a license that identifies what options/rights you declare
[2](c) Check and update your repository account to reflect the license once you've registered it
[3]  Develop a search engine registration strategy *

Using the above steps, you will always have your work residing in a reputable repository that will be available for the foreseeable generations to come.

Suggestions:
Use the license options available with the Creative Commons project, and your work will automatically be identified through "tagging" by search engines, e.g., Google's Creative Commons search.

Use the Internet Archive at www.archive.org .

*  Include setting up a free online store account with sites such as cafepress.com, or www.cafepress.com , and offer deluxe versions, compilations, and gear for your podcasts.

*  music is freely available from independent artists who follow the above steps, and can be found at sites such as SONG STORM, www.ibiblio.org/studioforrecording/php/playlist.php and other sites.  Might as well add a theme and make all your podcasts ready-to-go radio shows.  For more free help with this aspect, just reach out to Open Studios, www.ibiblio.org/studioforrecording/

Disclaimer:  I work with Open Studios and SONG STORM, both nonprofit projects where all services are free.  Our mission is to replenish our public domain, but don't let that stop you.  We try not to interfere with copyright holders who want to make money.  :)</description>
		<content:encoded><![CDATA[<p>Every podcast deserves to be treated as a professional work.<br />
[1]  Create your podcast<br />
[2]  License your podcast, specifically for use on the Internet<br />
[2](a) Upload your podcast to a reputable repository, by creating an account on that repository of choice<br />
[2](b) Choose a license that identifies what options/rights you declare<br />
[2](c) Check and update your repository account to reflect the license once you&#8217;ve registered it<br />
[3]  Develop a search engine registration strategy *</p>
<p>Using the above steps, you will always have your work residing in a reputable repository that will be available for the foreseeable generations to come.</p>
<p>Suggestions:<br />
Use the license options available with the Creative Commons project, and your work will automatically be identified through &#8220;tagging&#8221; by search engines, e.g., Google&#8217;s Creative Commons search.</p>
<p>Use the Internet Archive at <a href="http://www.archive.org" rel="nofollow">http://www.archive.org</a> .</p>
<p>*  Include setting up a free online store account with sites such as cafepress.com, or <a href="http://www.cafepress.com" rel="nofollow">http://www.cafepress.com</a> , and offer deluxe versions, compilations, and gear for your podcasts.</p>
<p>*  music is freely available from independent artists who follow the above steps, and can be found at sites such as SONG STORM, <a href="http://www.ibiblio.org/studioforrecording/php/playlist.php" rel="nofollow">http://www.ibiblio.org/studioforrecording/php/playlist.php</a> and other sites.  Might as well add a theme and make all your podcasts ready-to-go radio shows.  For more free help with this aspect, just reach out to Open Studios, <a href="http://www.ibiblio.org/studioforrecording/" rel="nofollow">http://www.ibiblio.org/studioforrecording/</a></p>
<p>Disclaimer:  I work with Open Studios and SONG STORM, both nonprofit projects where all services are free.  Our mission is to replenish our public domain, but don&#8217;t let that stop you.  We try not to interfere with copyright holders who want to make money.  <img src='http://www.contentious.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marshall Kirkpatrick</title>
		<link>http://www.contentious.com/2005/11/19/how-not-to-get-shafted-by-a-hosted-podcast-service/#comment-44695</link>
		<dc:creator>Marshall Kirkpatrick</dc:creator>
		<pubDate>Sun, 20 Nov 2005 01:27:31 +0000</pubDate>
		<guid isPermaLink="false">#comment-44695</guid>
		<description>Prudent advice, but I have to wonder wether it's really realistic to always have an exite plan for every web service we use.  I presume you don't mean just for podcasts.  How many do you use?  I use too many for that to be realistic.  Perhaps mission critical ones should be focused on.  So what are those?  Podcast hosting, social bookmarking archives, RSS feed readers and blog archives?</description>
		<content:encoded><![CDATA[<p>Prudent advice, but I have to wonder wether it&#8217;s really realistic to always have an exite plan for every web service we use.  I presume you don&#8217;t mean just for podcasts.  How many do you use?  I use too many for that to be realistic.  Perhaps mission critical ones should be focused on.  So what are those?  Podcast hosting, social bookmarking archives, RSS feed readers and blog archives?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
