<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>peelman.us &#187; smtp</title>
	<atom:link href="http://peelman.us/tag/smtp/feed/" rel="self" type="application/rss+xml" />
	<link>http://peelman.us</link>
	<description>if frustration had mass, a blackhole would follow me everywhere...</description>
	<lastBuildDate>Wed, 14 Dec 2011 20:42:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>On Letters.app&#8230;</title>
		<link>http://peelman.us/2010/01/21/letters-app/</link>
		<comments>http://peelman.us/2010/01/21/letters-app/#comments</comments>
		<pubDate>Thu, 21 Jan 2010 23:40:02 +0000</pubDate>
		<dc:creator>peelman</dc:creator>
				<category><![CDATA[apple]]></category>
		<category><![CDATA[geek]]></category>
		<category><![CDATA[mac]]></category>
		<category><![CDATA[doom]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[futility]]></category>
		<category><![CDATA[Letters.app]]></category>
		<category><![CDATA[smtp]]></category>

		<guid isPermaLink="false">http://www.peelman.us/wordpress/?p=364</guid>
		<description><![CDATA[<a href="http://peelman.us/2010/01/21/letters-app/" title="On Letters.app..."></a>For those not aware, there was a recent mess started by Brent Simmons on creating a new open source email client for Macs, to be called Letters.app. I&#8217;ve been following the carnage since Monday and just wanted to lay down &#8230;<p class="read-more"><a href="http://peelman.us/2010/01/21/letters-app/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://peelman.us/2010/01/21/letters-app/" title="On Letters.app..."></a><!-- Start Shareaholic LikeButtonSetTop Automatic --><!-- End Shareaholic LikeButtonSetTop Automatic --><p>For those not aware, there was a recent mess started by Brent Simmons on creating a new open source email client for Macs, to be called Letters.app.  I&#8217;ve been following the carnage since Monday and just wanted to lay down some random thoughts here.<br />
<span id="more-364"></span><br />
I will call right now that its doomed to fail.  Why?  Because the clients aren&#8217;t the problem.</p>
<h3>SMTP Sucks</h3>
<p>SMTP and this retarded communications method we are all bound to is the problem.</p>
<p><strong>Example:</strong> Do you top-post replies or bottom post them?  Should it even fraking matter or should the protocol provide message threading for you and let such behavior be a user preference?</p>
<p><strong>Example:</strong> SPAM.  A decently designed protocol could curb unsolicited messages; not eliminate them entirely, mind, but drastically reduce them.</p>
<p><strong>Example:</strong> Message content and attachments; SMTP was designed for plain-text transmission of simple messages, which has hamstrung both the protocol and the clients ability to distribute and display rich content and files.  The concept of &#8216;file sharing&#8217; using anything but email is lost on most non-geeks.</p>
<p>All that said, the point is moot because SMTP isn&#8217;t going anywhere for a while.  A successor isn&#8217;t even on the horizon.</p>
<p>However, the advent of services like Facebook, Twitter, Flickr, Droplr, Google Docs, MobileMe, etc. is making the sharing of pictures, documents, etc. easier via web technologies.  Perhaps if these services can take over enough of the burden, the dependency on SMTP-based messages can be reduced to the point that it will eventually die or be replaced by a new protocol that is more secure and better engineered for modern (and future) communication needs.  Could happen in 5 years, might happen in 10, or it could never happen.</p>
<h3>Bitching about Nothing</h3>
<p>Regardless of the inherent failures in the protocol itself, this troop of developers and laymen are hellbent that there is a great need for a new Mail client; even though for the most part people are wanting email clients to do things that they was never intended to do and shouldn&#8217;t be used for anyway&#8230;</p>
<p><strong>Example:</strong> Organizing/aggregating/viewing crash reports; this was given as an example in several threads (by multiple users) on the mailing list of &#8220;something this client should handle well.&#8221;  If you want to use email as the medium in which you receive crash reports fine, but why should it have to handle the indexing/cataloging/etc for you as well?  Why not write a good, scriptable CrashLogTracker that you can then write a script or service and extend Mail to accommodate it?  Maybe I missed the boat on that point, but it was suggested along with the idea of creating a &#8220;theming&#8221; system for messages ala NetNewsWire, which can apply custom templates to RSS message bodies.</p>
<h3>And More&#8230;</h3>
<p>Most of the bitching about current clients seems to stem from Thunderbird&#8217;s lack of Mac-ness, and Mail&#8217;s lack of &#8220;power user&#8221; abilities, its slowness, or its crashes.  Other clients are often mentioned as having high points, but nobody outright addresses the pitfalls of each client.  My thoughts?</p>
<p><strong>Thunderbird:</strong> I don&#8217;t deny that Thunderbird doesn&#8217;t have much Mac flair.  But why not band together and work towards FIXING it, rather than creating something new?  Yeah&#8230;since its a Mozilla project, that&#8217;s probably not such a good idea.  T-bird is all but dead to me, much like Firefox.</p>
<p><strong>Mail != PowerUser:</strong> As a huge Mail proponent, I&#8217;m quite happy with it.  I use a boatload of rules to direct messages to various folders, and I have a metric shitton of email (rough estimates, I&#8217;ll put it at around 50-60k messages).  The elegance and simplicity, yet robust capability of Mail is the *definition* of a PowerUser&#8217;s application.  The editor lets me compose in plain text, but doesn&#8217;t castrate HTML or RTF emails when I try to forward them on to people.  I apparently don&#8217;t have the issues with quoting or conversation threading that other people do.</p>
<p><strong>Mail != Performance:</strong> As stated above, I&#8217;ve got 50-60,000 messages in Mail and it rarely balks at me. The app itself is responsive and operations are performed quickly.  Thanks to the power of Spotlight I can search that entire archive in a matter of seconds.  Bottom line is, if Mail was the worst performing app on my system (like some people claim it is for them), I would be a very happy nerd.</p>
<p><strong>Mail != Stable:</strong> Issues that I have had I&#8217;ve filed bug reports with Apple on and they have typically been addressed&#8230;perhaps not always in what I would call a timely fashion, but they DO listen.  I have never had Mail crash and corrupt email on its way down (can&#8217;t say that about any other client I&#8217;ve used).  I&#8217;ve never had Mail crash during a routine operation (it usually takes something out of the ordinary, attaching or opening an odd or malformed file, for example).</p>
<h3>On HTML Email</h3>
<p>I don&#8217;t really give a damn about the format that people send me messages in.  Its text.  It may look different, but its text.  Going from App to App and webpage to webpage my eyes adjust to different fonts thousands of times a day.  Bitching about HTML email fucking up your Qi is just retarded.  On that note, any client that doesn&#8217;t support it properly is going to look like it fell out of a 2001 time warp.  Nobody is stopping you from using TextMate as your mail editor.  But when a client hamstrings my ability to do my job (in this case, forward mail coherently, regardless of formatting), it ends up in my Trash folder.</p>
<h3>Performance vs Plugins</h3>
<p>There is a ton of support behind basically creating an email client that is but a shell, wherein all but &#8220;core&#8221; functionality is provided by plugins or bundles, keeping the &#8220;program&#8221; (it can&#8217;t really be called that in that instance) &#8220;light and fast.&#8221;</p>
<p>I call bullshit.</p>
<p>Performance, Functionality (read: bloat), and Usability are not bound by any relationship that I have ever been able to discern.  There are many, many, <strong>many</strong> incredibly complex programs out there that perform EXTREMELY well.  Most of those programs remain incredibly useful.  There are poorly DESIGNED programs that are full of bloat, with ill-construed features that cause more harm than good.  I don&#8217;t think you should attempt to handicap a program&#8217;s functionality from the get-go for the sake of some mythical performance level you hope to achieve.</p>
<div class="shr-publisher-364"></div><!-- Start Shareaholic LikeButtonSetBottom Automatic --><div style="clear: both; min-height: 1px; height: 3px; width: 100%;"></div><div class='shareaholic-like-buttonset' style='float:none;height:30px;'><a class='shareaholic-fbsend' data-shr_href='http%3A%2F%2Fpeelman.us%2F2010%2F01%2F21%2Fletters-app%2F'></a><a class='shareaholic-fblike' data-shr_layout='button_count' data-shr_showfaces='false' data-shr_href='http%3A%2F%2Fpeelman.us%2F2010%2F01%2F21%2Fletters-app%2F' data-shr_title='On+Letters.app...'></a><a class='shareaholic-tweetbutton' data-shr_count='horizontal' data-shr_href='http%3A%2F%2Fpeelman.us%2F2010%2F01%2F21%2Fletters-app%2F' data-shr_title='On+Letters.app...'></a></div><div style="clear: both; min-height: 1px; height: 3px; width: 100%;"></div><!-- End Shareaholic LikeButtonSetBottom Automatic -->]]></content:encoded>
			<wfw:commentRss>http://peelman.us/2010/01/21/letters-app/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

