<?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: JPC -  Bad Advice: Editing Email Subject Lines</title>
	<atom:link href="http://www.jasonclarke.net/email/bad-advice-editing-email-subject-lines/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jasonclarke.net/tips/inbox-era/email/bad-advice-editing-email-subject-lines/</link>
	<description></description>
	<lastBuildDate>Tue, 21 Jun 2011 13:45:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: wilson P.O.</title>
		<link>http://www.jasonclarke.net/tips/inbox-era/email/bad-advice-editing-email-subject-lines/comment-page-1/#comment-100984</link>
		<dc:creator>wilson P.O.</dc:creator>
		<pubDate>Tue, 05 Aug 2008 07:54:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclarke.net/?p=351#comment-100984</guid>
		<description>&lt;p&gt;I think itâ??s actually inconsiderate to go changing subject lines on email threads without consulting the other people&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I think itâ??s actually inconsiderate to go changing subject lines on email threads without consulting the other people</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Ridley</title>
		<link>http://www.jasonclarke.net/tips/inbox-era/email/bad-advice-editing-email-subject-lines/comment-page-1/#comment-5354</link>
		<dc:creator>Dan Ridley</dc:creator>
		<pubDate>Thu, 26 Jan 2006 01:16:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclarke.net/?p=351#comment-5354</guid>
		<description>&lt;p&gt;I see your points, but I still think you&#039;re wrong :-)&lt;/p&gt;

&lt;p&gt;Even in software that doesn&#039;t thread properly, it&#039;s still faster for me to track down mail with a sensible subject line than mail with nonsensical subjects. I&#039;d far rather see the threading get broken than to have the database proposal still sitting in &quot;Re: apple pie recipe&quot;, to use a real-life recent example.&lt;/p&gt;

&lt;p&gt;I guess I&#039;d rate the accuracy of the subject line to be a much higher priority than proper threading, even if broken threading were both more prevalent and not retroactively fixable.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I see your points, but I still think you&#8217;re wrong <img src='http://www.jasonclarke.net/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>

<p>Even in software that doesn&#8217;t thread properly, it&#8217;s still faster for me to track down mail with a sensible subject line than mail with nonsensical subjects. I&#8217;d far rather see the threading get broken than to have the database proposal still sitting in &#8220;Re: apple pie recipe&#8221;, to use a real-life recent example.</p>

<p>I guess I&#8217;d rate the accuracy of the subject line to be a much higher priority than proper threading, even if broken threading were both more prevalent and not retroactively fixable.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.jasonclarke.net/tips/inbox-era/email/bad-advice-editing-email-subject-lines/comment-page-1/#comment-5200</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Sat, 21 Jan 2006 18:23:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclarke.net/?p=351#comment-5200</guid>
		<description>&lt;p&gt;And I don&#039;t think I made this point clear enough in the original post; I think it&#039;s actually inconsiderate to go changing subject lines on email threads without consulting the other people involved on the thread. It may not adversely affect you (and may help you, short term), but it may well be screwing up someone else&#039;s system.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>And I don&#8217;t think I made this point clear enough in the original post; I think it&#8217;s actually inconsiderate to go changing subject lines on email threads without consulting the other people involved on the thread. It may not adversely affect you (and may help you, short term), but it may well be screwing up someone else&#8217;s system.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.jasonclarke.net/tips/inbox-era/email/bad-advice-editing-email-subject-lines/comment-page-1/#comment-5199</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Sat, 21 Jan 2006 18:22:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclarke.net/?p=351#comment-5199</guid>
		<description>&lt;p&gt;Hi Dan,&lt;/p&gt;

&lt;p&gt;I understand what you&#039;re getting at, however Gmail and Mail.app (and most other email clients) handle threading based on the subject line, rather than the proper way (i.e. using the &quot;In-Reply-To:&quot; header). What I&#039;m talking about is practical for right now. Of course, as with anything, YMMV, but for me being able to track down a recent email related to something I&#039;m currently working on is very important, and the same holds true for most of the people I work with. There&#039;s just not enough short term gain from changing the subject to mitigate the damage done to to a thread for subsequent lookups.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi Dan,</p>

<p>I understand what you&#8217;re getting at, however Gmail and Mail.app (and most other email clients) handle threading based on the subject line, rather than the proper way (i.e. using the &#8220;In-Reply-To:&#8221; header). What I&#8217;m talking about is practical for right now. Of course, as with anything, YMMV, but for me being able to track down a recent email related to something I&#8217;m currently working on is very important, and the same holds true for most of the people I work with. There&#8217;s just not enough short term gain from changing the subject to mitigate the damage done to to a thread for subsequent lookups.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Ridley</title>
		<link>http://www.jasonclarke.net/tips/inbox-era/email/bad-advice-editing-email-subject-lines/comment-page-1/#comment-5197</link>
		<dc:creator>Dan Ridley</dc:creator>
		<pubDate>Sat, 21 Jan 2006 17:33:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclarke.net/?p=351#comment-5197</guid>
		<description>&lt;p&gt;E-mail is, indeed, sufficiently advanced across all platforms to track threads regardless of subject line; the In-Reply-To: header is virtually universal. The fact that a couple of clients (including Gmail) don&#039;t yet display threads properly shouldn&#039;t be enough to hold back subject editing. Besides, all the information required to properly thread messages is saved in the message headers, so all it would take is a Gmail update for Gmail to get this right, including retroactively for saved messages.&lt;/p&gt;

&lt;p&gt;I consider the poor threading in Gmail and Mail.app to be bugs, and ones that will probably get fixed eventually, even if they&#039;re not the highest priority. I&#039;m not going to give up short-term benefits in order to realize a slight long-term gain that only applies against a fixable bug.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>E-mail is, indeed, sufficiently advanced across all platforms to track threads regardless of subject line; the In-Reply-To: header is virtually universal. The fact that a couple of clients (including Gmail) don&#8217;t yet display threads properly shouldn&#8217;t be enough to hold back subject editing. Besides, all the information required to properly thread messages is saved in the message headers, so all it would take is a Gmail update for Gmail to get this right, including retroactively for saved messages.</p>

<p>I consider the poor threading in Gmail and Mail.app to be bugs, and ones that will probably get fixed eventually, even if they&#8217;re not the highest priority. I&#8217;m not going to give up short-term benefits in order to realize a slight long-term gain that only applies against a fixable bug.</p>]]></content:encoded>
	</item>
</channel>
</rss>

