<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Trailing-edge requirements for a community app</title>
	<atom:link href="http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/</link>
	<description>Strategies for Internet citizens</description>
	<lastBuildDate>Sun, 12 Feb 2012 18:22:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Shawn Wheatley</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-88770</link>
		<dc:creator><![CDATA[Shawn Wheatley]]></dc:creator>
		<pubDate>Tue, 20 Nov 2007 03:04:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-88770</guid>
		<description><![CDATA[Jon,

I just tried your code to send an email via Gmail&#039;s SMTP server and it didn&#039;t work. After doing some investigating, it seems that (at least in Python 2.5 for Windows) you no longer need to do the funky AUTH dance you were doing.  The following code worked for me:


s = smtplib.SMTP(&quot;smtp.gmail.com&quot;, 587)
s.ehlo(&#039;smtp.gmail.com&#039;)
s.starttls()
s.ehlo(&#039;smtp.gmail.com&#039;)
s.login(&#039;myname@gmail.com&#039;,&#039;xxxxxxpassword&#039;)
s.sendmail(&#039;from@gmail.com&#039;,&#039;to@gmail.com&#039;,&#039;&#039;&#039;
To: To 
From: From 
Subject: Test

Just a test&#039;&#039;&#039;)
s.quit()


(I posted the full snippet, including the message body, for my own reference later. I didn&#039;t realize that you had to form a valid SMTP message body in order to send a subject.)]]></description>
		<content:encoded><![CDATA[<p>Jon,</p>
<p>I just tried your code to send an email via Gmail&#8217;s SMTP server and it didn&#8217;t work. After doing some investigating, it seems that (at least in Python 2.5 for Windows) you no longer need to do the funky AUTH dance you were doing.  The following code worked for me:</p>
<p>s = smtplib.SMTP(&#8220;smtp.gmail.com&#8221;, 587)<br />
s.ehlo(&#8216;smtp.gmail.com&#8217;)<br />
s.starttls()<br />
s.ehlo(&#8216;smtp.gmail.com&#8217;)<br />
s.login(&#8216;myname@gmail.com&#8217;,'xxxxxxpassword&#8217;)<br />
s.sendmail(&#8216;from@gmail.com&#8217;,'to@gmail.com&#8217;,&#8221;&#8217;<br />
To: To<br />
From: From<br />
Subject: Test</p>
<p>Just a test&#8221;&#8217;)<br />
s.quit()</p>
<p>(I posted the full snippet, including the message body, for my own reference later. I didn&#8217;t realize that you had to form a valid SMTP message body in order to send a subject.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-55</link>
		<dc:creator><![CDATA[Jon Udell]]></dc:creator>
		<pubDate>Thu, 21 Dec 2006 22:11:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-55</guid>
		<description><![CDATA[&quot;running a Python script will scare more people away&quot;

No, nothing like that. You sign up by sending an email request or by way of a web form. In this case I expect most people would choose the latter. You are then notified by receiving email or RSS. In this case   I think most would choose the former.]]></description>
		<content:encoded><![CDATA[<p>&#8220;running a Python script will scare more people away&#8221;</p>
<p>No, nothing like that. You sign up by sending an email request or by way of a web form. In this case I expect most people would choose the latter. You are then notified by receiving email or RSS. In this case   I think most would choose the former.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Bucata</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-54</link>
		<dc:creator><![CDATA[Jason Bucata]]></dc:creator>
		<pubDate>Thu, 21 Dec 2006 22:03:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-54</guid>
		<description><![CDATA[I do appreciate having one interface for everything, be it mailing RSS feeds to me, or be it getting semi-disposable email addresses in my feed reader (such as Bloglines offers--except it&#039;s not been reliable for me).  If only I could get the email into my feed reader more reliably...]]></description>
		<content:encoded><![CDATA[<p>I do appreciate having one interface for everything, be it mailing RSS feeds to me, or be it getting semi-disposable email addresses in my feed reader (such as Bloglines offers&#8211;except it&#8217;s not been reliable for me).  If only I could get the email into my feed reader more reliably&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Caulfield</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-53</link>
		<dc:creator><![CDATA[Mike Caulfield]]></dc:creator>
		<pubDate>Thu, 21 Dec 2006 17:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-53</guid>
		<description><![CDATA[An interesting thing happened at a presentation about RSS I attended a little back. The presenter was showing some non-technical people how easy it is to set up an RSS feed in Bloglines. She had it down to a couple steps n Firefox, and everyone was sufficiently wowed.

Then someone says -- hey, could I set it up so I get an email when my Bloglines page changes? And someone else says, yeah, with maybe a list of the new links in the email, so I wouldn&#039;t have to go to the Bloglines page?

The presenter tried in vain to explain this was the problem she was trying to navigate them around, but for those people they know they check email every day, but there&#039;s just not enough of a critical RSS mass in their opinion to justify checking a Bloglines page everyday. Most of these people have never even changed their homepage...]]></description>
		<content:encoded><![CDATA[<p>An interesting thing happened at a presentation about RSS I attended a little back. The presenter was showing some non-technical people how easy it is to set up an RSS feed in Bloglines. She had it down to a couple steps n Firefox, and everyone was sufficiently wowed.</p>
<p>Then someone says &#8212; hey, could I set it up so I get an email when my Bloglines page changes? And someone else says, yeah, with maybe a list of the new links in the email, so I wouldn&#8217;t have to go to the Bloglines page?</p>
<p>The presenter tried in vain to explain this was the problem she was trying to navigate them around, but for those people they know they check email every day, but there&#8217;s just not enough of a critical RSS mass in their opinion to justify checking a Bloglines page everyday. Most of these people have never even changed their homepage&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Terenzio</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-52</link>
		<dc:creator><![CDATA[Matt Terenzio]]></dc:creator>
		<pubDate>Thu, 21 Dec 2006 05:02:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-52</guid>
		<description><![CDATA[What I was trying to say is that mentioning running a Python script will scare more people away than having to sign up for Google Reader and subscribe to a feed.]]></description>
		<content:encoded><![CDATA[<p>What I was trying to say is that mentioning running a Python script will scare more people away than having to sign up for Google Reader and subscribe to a feed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Terenzio</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-51</link>
		<dc:creator><![CDATA[Matt Terenzio]]></dc:creator>
		<pubDate>Thu, 21 Dec 2006 05:00:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-51</guid>
		<description><![CDATA[I might be misunderstanding how this will be deployed.

Are you saying that it is intended for people who might not understand RSS but will run a python script?

I guess they will be mac users, unless I&#039;m totally out of it with Python and it&#039;s commonly used for Windows&#039; apps.]]></description>
		<content:encoded><![CDATA[<p>I might be misunderstanding how this will be deployed.</p>
<p>Are you saying that it is intended for people who might not understand RSS but will run a python script?</p>
<p>I guess they will be mac users, unless I&#8217;m totally out of it with Python and it&#8217;s commonly used for Windows&#8217; apps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-50</link>
		<dc:creator><![CDATA[Jon Udell]]></dc:creator>
		<pubDate>Thu, 21 Dec 2006 01:20:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-50</guid>
		<description><![CDATA[&quot;But: why not just request books you want via the Interlibrary Loan service at your library?&quot;

In our case ILL involves manual form-filling, so I do it rarely, but you&#039;re right, for things I really want I should overcome that aversion. 
 
I do like queueing up a bunch of books that I might want to read, or even just skim, should they happen to turn up. And there&#039;s something kind of nice about receiving an alert about a book that you queued up months ago and forgot about.]]></description>
		<content:encoded><![CDATA[<p>&#8220;But: why not just request books you want via the Interlibrary Loan service at your library?&#8221;</p>
<p>In our case ILL involves manual form-filling, so I do it rarely, but you&#8217;re right, for things I really want I should overcome that aversion. </p>
<p>I do like queueing up a bunch of books that I might want to read, or even just skim, should they happen to turn up. And there&#8217;s something kind of nice about receiving an alert about a book that you queued up months ago and forgot about.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dchud</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-49</link>
		<dc:creator><![CDATA[dchud]]></dc:creator>
		<pubDate>Wed, 20 Dec 2006 23:56:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-49</guid>
		<description><![CDATA[I hope this doesn&#039;t sound snarky - I mean it in good faith, really.  But:  why not just request books you want via the Interlibrary Loan service at your library?  Heck, you could keep the list of books you want on paper, and eliminate the amazon requirement too.  (Okay, that was snarky. :)

Ultimately, a &quot;netflix for books&quot; option would be lovely, but in the meantime, most libraries can already get you copies of most any book you might want.]]></description>
		<content:encoded><![CDATA[<p>I hope this doesn&#8217;t sound snarky &#8211; I mean it in good faith, really.  But:  why not just request books you want via the Interlibrary Loan service at your library?  Heck, you could keep the list of books you want on paper, and eliminate the amazon requirement too.  (Okay, that was snarky. :)</p>
<p>Ultimately, a &#8220;netflix for books&#8221; option would be lovely, but in the meantime, most libraries can already get you copies of most any book you might want.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-45</link>
		<dc:creator><![CDATA[Jon Udell]]></dc:creator>
		<pubDate>Wed, 20 Dec 2006 12:49:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-45</guid>
		<description><![CDATA[&quot;library availability probably occurs too infrequently&quot;

Yes. For me it&#039;s about once a month.

&quot;I don’t think rss is really a technical challenge for most at this point in time.&quot;

Not a technical challenge, no. But the vast majority of non-geeks do not seem to be in the habit of polling RSS feeds. And this includes those who often read blogs.]]></description>
		<content:encoded><![CDATA[<p>&#8220;library availability probably occurs too infrequently&#8221;</p>
<p>Yes. For me it&#8217;s about once a month.</p>
<p>&#8220;I don’t think rss is really a technical challenge for most at this point in time.&#8221;</p>
<p>Not a technical challenge, no. But the vast majority of non-geeks do not seem to be in the habit of polling RSS feeds. And this includes those who often read blogs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chuck</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-44</link>
		<dc:creator><![CDATA[Chuck]]></dc:creator>
		<pubDate>Wed, 20 Dec 2006 06:31:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-44</guid>
		<description><![CDATA[On 2nd thought. Wishlist -&gt; library availability probably occurs too infrequently to justify monitoring via rss. You&#039;re right to stick with e-mail notifictation in this respect.]]></description>
		<content:encoded><![CDATA[<p>On 2nd thought. Wishlist -&gt; library availability probably occurs too infrequently to justify monitoring via rss. You&#8217;re right to stick with e-mail notifictation in this respect.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chuck</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-43</link>
		<dc:creator><![CDATA[Chuck]]></dc:creator>
		<pubDate>Wed, 20 Dec 2006 06:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-43</guid>
		<description><![CDATA[Ditto re need for rss. If you WANT to take an e-mail-driven approach, because you&#039;d prefer to design it as such, it&#039;s you baby to build as you see fit. But more e-mail notification is not the way to go, and I don&#039;t think rss is really a technical challenge for most at this point in time. Library Elf does a good job of combining BOTH(user choice) in a due/holds notification system that mashes multiple users/libraries in one neat package.]]></description>
		<content:encoded><![CDATA[<p>Ditto re need for rss. If you WANT to take an e-mail-driven approach, because you&#8217;d prefer to design it as such, it&#8217;s you baby to build as you see fit. But more e-mail notification is not the way to go, and I don&#8217;t think rss is really a technical challenge for most at this point in time. Library Elf does a good job of combining BOTH(user choice) in a due/holds notification system that mashes multiple users/libraries in one neat package.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Bucata</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-36</link>
		<dc:creator><![CDATA[Jason Bucata]]></dc:creator>
		<pubDate>Tue, 19 Dec 2006 17:35:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-36</guid>
		<description><![CDATA[anjan: I don&#039;t quite understand your comment, seeing as I am one of the power users that I&#039;m supposed to be neglecting... :)

I&#039;m talking from the perspective of the users using the service, not from the perspective of the libraries deploying it, if that makes a difference.]]></description>
		<content:encoded><![CDATA[<p>anjan: I don&#8217;t quite understand your comment, seeing as I am one of the power users that I&#8217;m supposed to be neglecting&#8230; :)</p>
<p>I&#8217;m talking from the perspective of the users using the service, not from the perspective of the libraries deploying it, if that makes a difference.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-33</link>
		<dc:creator><![CDATA[Jon Udell]]></dc:creator>
		<pubDate>Tue, 19 Dec 2006 00:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-33</guid>
		<description><![CDATA[I&#039;d certainly want to make RSS available as an option, but think about it from the point of view of a local library -- or any small business for that matter. Having the web space to statically serve auto-generated RSS files, never mind a service to dynamically serve them, cannot be taken for granted.

There are two separate issues here:

1. A client-side script is more easily deployable

2. An email-oriented app is more familiar

It&#039;s the combination of the two which argues for a primarily email-driven solution, with web registration and RSS notification being optional enhancements for those willing/able to host them.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;d certainly want to make RSS available as an option, but think about it from the point of view of a local library &#8212; or any small business for that matter. Having the web space to statically serve auto-generated RSS files, never mind a service to dynamically serve them, cannot be taken for granted.</p>
<p>There are two separate issues here:</p>
<p>1. A client-side script is more easily deployable</p>
<p>2. An email-oriented app is more familiar</p>
<p>It&#8217;s the combination of the two which argues for a primarily email-driven solution, with web registration and RSS notification being optional enhancements for those willing/able to host them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anjan bacchu</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-32</link>
		<dc:creator><![CDATA[anjan bacchu]]></dc:creator>
		<pubDate>Tue, 19 Dec 2006 00:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-32</guid>
		<description><![CDATA[Hi There,

  Jason : email and RSS : If a user can run Python, why can&#039;t the user use RSS ? Create a screencast on how to use RSS reader from google and that should do the trick! You are succumbing to the recent MS antagonism for Power Users! It&#039;s your power users who make your technology/tools popular -- don&#039;t ditch them :-)

BR,
~A]]></description>
		<content:encoded><![CDATA[<p>Hi There,</p>
<p>  Jason : email and RSS : If a user can run Python, why can&#8217;t the user use RSS ? Create a screencast on how to use RSS reader from google and that should do the trick! You are succumbing to the recent MS antagonism for Power Users! It&#8217;s your power users who make your technology/tools popular &#8212; don&#8217;t ditch them :-)</p>
<p>BR,<br />
~A</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Bucata</title>
		<link>http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-31</link>
		<dc:creator><![CDATA[Jason Bucata]]></dc:creator>
		<pubDate>Mon, 18 Dec 2006 22:26:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/2006/12/18/trailing-edge-requirements-for-a-community-app/#comment-31</guid>
		<description><![CDATA[My initial reactions, which occurred not quite in this order but close enough:

1. You should provide both email and RSS, especially since I&#039;m trying to get away from email as much as possible for such things, and I&#039;m sure a lot of others out there are Just Like Me(TM).

2. But email would work since email-to-RSS gateways exist, including disposable email addresses provided by Bloglines and NewsGator.

2b. But there are scant few of such gateways that actually work 100% right (IMHO).

3. Providing RSS and letting users use the more numerous RSS-to-email gateways is more technically feasible.

3b. It {w,sh}ould be easy to mash up a front end for Aunt Tillie to sign up that signs her up for both services.

4. For a service that&#039;s really a firing of an event and not a pseudostatic listing of available content (ala the RSS feed of a blog), email does seem to fit better.  So the correct solution, especially for those of us not on the trailing edge, seems to be to address 2b) and let those apps that are truly suited for RSS go to RSS, and others go to/remain in email.

Jason B.]]></description>
		<content:encoded><![CDATA[<p>My initial reactions, which occurred not quite in this order but close enough:</p>
<p>1. You should provide both email and RSS, especially since I&#8217;m trying to get away from email as much as possible for such things, and I&#8217;m sure a lot of others out there are Just Like Me(TM).</p>
<p>2. But email would work since email-to-RSS gateways exist, including disposable email addresses provided by Bloglines and NewsGator.</p>
<p>2b. But there are scant few of such gateways that actually work 100% right (IMHO).</p>
<p>3. Providing RSS and letting users use the more numerous RSS-to-email gateways is more technically feasible.</p>
<p>3b. It {w,sh}ould be easy to mash up a front end for Aunt Tillie to sign up that signs her up for both services.</p>
<p>4. For a service that&#8217;s really a firing of an event and not a pseudostatic listing of available content (ala the RSS feed of a blog), email does seem to fit better.  So the correct solution, especially for those of us not on the trailing edge, seems to be to address 2b) and let those apps that are truly suited for RSS go to RSS, and others go to/remain in email.</p>
<p>Jason B.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

