<?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: Email Netiquette &#8211; Part 2</title>
	<atom:link href="http://pthree.org/2010/09/19/email-netiquette-part-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://pthree.org/2010/09/19/email-netiquette-part-2/</link>
	<description>Linux.  GNU.  Freedom.</description>
	<lastBuildDate>Fri, 17 May 2013 20:46:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.6-beta2-24176</generator>
	<item>
		<title>By: nah</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-122977</link>
		<dc:creator>nah</dc:creator>
		<pubDate>Thu, 10 Jan 2013 07:56:52 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-122977</guid>
		<description><![CDATA[I use gnus, which actually warns me if I have long lines. But I&#039;m starting to think it might be just as well to use unbroken lines, because of mobile devices with small screens. Even the simplest of clients can reflow text in a received email so that it appears as max 80, but if you send pre-broken at 80 and the screen-width is max 40, you get these ugly linebreaks at all the wrong places.

OTOH, it might not matter much in a year or two, since small screens seem to be on their way out again, and even the smallest of phones are getting really high resolutions.]]></description>
		<content:encoded><![CDATA[<p>I use gnus, which actually warns me if I have long lines. But I&#8217;m starting to think it might be just as well to use unbroken lines, because of mobile devices with small screens. Even the simplest of clients can reflow text in a received email so that it appears as max 80, but if you send pre-broken at 80 and the screen-width is max 40, you get these ugly linebreaks at all the wrong places.</p>
<p>OTOH, it might not matter much in a year or two, since small screens seem to be on their way out again, and even the smallest of phones are getting really high resolutions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Chiles</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-115464</link>
		<dc:creator>David Chiles</dc:creator>
		<pubDate>Tue, 01 Mar 2011 10:07:42 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-115464</guid>
		<description><![CDATA[Netiquette is very important.

For more information about netiquette, visit, http://www.networketiquette.net.

Everyone could use a little netiquette :  )]]></description>
		<content:encoded><![CDATA[<p>Netiquette is very important.</p>
<p>For more information about netiquette, visit, <a href="http://www.networketiquette.net" rel="nofollow">http://www.networketiquette.net</a>.</p>
<p>Everyone could use a little netiquette :  )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Chiles</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111510</link>
		<dc:creator>David Chiles</dc:creator>
		<pubDate>Fri, 05 Nov 2010 20:21:54 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111510</guid>
		<description><![CDATA[Netiquette is very important!]]></description>
		<content:encoded><![CDATA[<p>Netiquette is very important!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janne</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111343</link>
		<dc:creator>Janne</dc:creator>
		<pubDate>Tue, 21 Sep 2010 07:54:59 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111343</guid>
		<description><![CDATA[But, Aaron, none of your recipients need you to reflow your text. You are helping nobody. Everyone of your recipients already reflow your text to a convenient width even if you don&#039;t insert line breaks. So you help nobody at all. The gain for you or any recipient of reflowing is zero. You are only adding a negative for a portion of your recipients without adding a positive for anybody.]]></description>
		<content:encoded><![CDATA[<p>But, Aaron, none of your recipients need you to reflow your text. You are helping nobody. Everyone of your recipients already reflow your text to a convenient width even if you don&#8217;t insert line breaks. So you help nobody at all. The gain for you or any recipient of reflowing is zero. You are only adding a negative for a portion of your recipients without adding a positive for anybody.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111340</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Tue, 21 Sep 2010 00:21:34 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111340</guid>
		<description><![CDATA[I shouldn&#039;t be catering my email usage to the minority of users who &lt;i&gt;might&lt;/i&gt; be using screen resolutions smaller than 80 characters. I should be composing my message that has the greatest impact on the largest number of users. And studies have shown that wrapped text between 60-90 characters improves readability, accuracy and comprehension. I&#039;m not going to turn on flowed text, because maybe 1/100 of the people receiving my mail &lt;i&gt;might&lt;/i&gt; be using a width smaller than 80 characters. That makes zero sense.]]></description>
		<content:encoded><![CDATA[<p>I shouldn&#8217;t be catering my email usage to the minority of users who <i>might</i> be using screen resolutions smaller than 80 characters. I should be composing my message that has the greatest impact on the largest number of users. And studies have shown that wrapped text between 60-90 characters improves readability, accuracy and comprehension. I&#8217;m not going to turn on flowed text, because maybe 1/100 of the people receiving my mail <i>might</i> be using a width smaller than 80 characters. That makes zero sense.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janne</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111339</link>
		<dc:creator>Janne</dc:creator>
		<pubDate>Tue, 21 Sep 2010 00:13:22 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111339</guid>
		<description><![CDATA[(Trying with It&#039;s All Text, and editing with gedit. See if it linebreaks then)&quot;Again though, unless people are on screen resolutions that are smaller than 80 characters [...]&quot;Which, again is what some people have, and not because they are ornery but because they ahve no choice. They may use a featurephone that simply can&#039;t show 80 characters wide. They may have bad eyesight and need to zoom the text really big. And you, as the sender, is gaining nothign at all by setting those line breaks. Zero. The only effect is to make your emails hard to read for a minority of users. For no benefit at all.]]></description>
		<content:encoded><![CDATA[<p>(Trying with It&#8217;s All Text, and editing with gedit. See if it linebreaks then)&#8221;Again though, unless people are on screen resolutions that are smaller than 80 characters [...]&#8220;Which, again is what some people have, and not because they are ornery but because they ahve no choice. They may use a featurephone that simply can&#8217;t show 80 characters wide. They may have bad eyesight and need to zoom the text really big. And you, as the sender, is gaining nothign at all by setting those line breaks. Zero. The only effect is to make your emails hard to read for a minority of users. For no benefit at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111326</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Mon, 20 Sep 2010 13:44:21 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111326</guid>
		<description><![CDATA[@Janne- So, after running some SQL queries, the only users who are having a problem with the line breaks are Firefox 3.6.9 users on Ubuntu. Using any other Firefox version, a different browser, or a different operating system seems to not be affected. With that, I have been fixing comments, inserting line breaks in both yours, and others&#039; comments, for this reason.

I don&#039;t know if it&#039;s Wordpress to blame with that user agent string, or if there is a problem with Firefox 3.6.9 on Ubuntu. Definitely worth looking into, although I don&#039;t know if I&#039;ll get to it any time soon.]]></description>
		<content:encoded><![CDATA[<p>@Janne- So, after running some SQL queries, the only users who are having a problem with the line breaks are Firefox 3.6.9 users on Ubuntu. Using any other Firefox version, a different browser, or a different operating system seems to not be affected. With that, I have been fixing comments, inserting line breaks in both yours, and others&#8217; comments, for this reason.</p>
<p>I don&#8217;t know if it&#8217;s WordPress to blame with that user agent string, or if there is a problem with Firefox 3.6.9 on Ubuntu. Definitely worth looking into, although I don&#8217;t know if I&#8217;ll get to it any time soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111325</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Mon, 20 Sep 2010 13:31:15 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111325</guid>
		<description><![CDATA[@Janne- Also, in regards to broken paragraphs, it seems to only be happening to a handful of comments. Many comments seem to be coming through just fine. I wonder if it has something to do with the browser being used? Check some of my Ramadan posts. Many people commenting without a problem of creating paragraphs with two line breaks.]]></description>
		<content:encoded><![CDATA[<p>@Janne- Also, in regards to broken paragraphs, it seems to only be happening to a handful of comments. Many comments seem to be coming through just fine. I wonder if it has something to do with the browser being used? Check some of my Ramadan posts. Many people commenting without a problem of creating paragraphs with two line breaks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111324</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Mon, 20 Sep 2010 13:22:27 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111324</guid>
		<description><![CDATA[@Janne- Well, it&#039;s not Mutt that is inserting the hard line breaks, but Vim, the editor of choice that I use to compose my messages.

&lt;pre&gt;:set tw=72&lt;/pre&gt;

Again though, unless people are on screen resolutions that are smaller than 80 characters or they are intentionally manipulating the message to display the mail in a manner different than the sender intended.]]></description>
		<content:encoded><![CDATA[<p>@Janne- Well, it&#8217;s not Mutt that is inserting the hard line breaks, but Vim, the editor of choice that I use to compose my messages.</p>
<pre>:set tw=72</pre>
<p>Again though, unless people are on screen resolutions that are smaller than 80 characters or they are intentionally manipulating the message to display the mail in a manner different than the sender intended.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janne</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111322</link>
		<dc:creator>Janne</dc:creator>
		<pubDate>Mon, 20 Sep 2010 10:39:16 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111322</guid>
		<description><![CDATA[Aaron, then mutt is most certainly breaking email for people. Are you sure Mutt is actually inserting hard line breaks into the text stream it sends out, and not simply breaking lines for your benefit?

This is exactly the same as coding a web page for a specific screen width and character size. Fine for some users, breaks the page for others, for no discernible benefit on the part of the sender other than a mostly illusory sense of control.]]></description>
		<content:encoded><![CDATA[<p>Aaron, then mutt is most certainly breaking email for people. Are you sure Mutt is actually inserting hard line breaks into the text stream it sends out, and not simply breaking lines for your benefit?</p>
<p>This is exactly the same as coding a web page for a specific screen width and character size. Fine for some users, breaks the page for others, for no discernible benefit on the part of the sender other than a mostly illusory sense of control.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blogging Tips for the DubLi Associate &#124; Articlewrap.com</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111320</link>
		<dc:creator>Blogging Tips for the DubLi Associate &#124; Articlewrap.com</dc:creator>
		<pubDate>Mon, 20 Sep 2010 09:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111320</guid>
		<description><![CDATA[[...] Aaron Toponce : Email Netiquette – Part 2 [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Aaron Toponce : Email Netiquette – Part 2 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111317</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Mon, 20 Sep 2010 08:23:46 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111317</guid>
		<description><![CDATA[@Janne- No, I am definitely implying that line breaks are inserted. For both Thunderbird and Mutt, which I use both heavily, when my line reaches 72 characters, it wraps. If the word passes the 72 character limit, then it wraps to the next line. So, some lines will be 72 characters wide, some 69, some 71, etc. all ending on the word that most closely reaches the 72 character wide limit.]]></description>
		<content:encoded><![CDATA[<p>@Janne- No, I am definitely implying that line breaks are inserted. For both Thunderbird and Mutt, which I use both heavily, when my line reaches 72 characters, it wraps. If the word passes the 72 character limit, then it wraps to the next line. So, some lines will be 72 characters wide, some 69, some 71, etc. all ending on the word that most closely reaches the 72 character wide limit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: big package</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111316</link>
		<dc:creator>big package</dc:creator>
		<pubDate>Mon, 20 Sep 2010 05:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111316</guid>
		<description><![CDATA[If your IMAP server and your email client both support it, there are ways for the client to just get the email without the attachment. There are also IMAP extensions to get the server to convert the attachment between formats.]]></description>
		<content:encoded><![CDATA[<p>If your IMAP server and your email client both support it, there are ways for the client to just get the email without the attachment. There are also IMAP extensions to get the server to convert the attachment between formats.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janne</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111314</link>
		<dc:creator>Janne</dc:creator>
		<pubDate>Mon, 20 Sep 2010 02:03:39 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111314</guid>
		<description><![CDATA[Aaron, maybe I&#039;m misunderstanding you. I read your post to mean that you recommend actually inserting line breaks around (somewhat before) 80 characters, so the paragraph is already wrapped by the sender when the recipient receives it. This of course breaks any email client that can&#039;t show at least 80 characters wide lines (such as small-screen clients on phones), and breaks it for any user that for whatever reason isn&#039;t able to read when characters are small enough to show 80 characters wide text.

No email client I have seen will insert line breaks; the few email I see that have hardcoded line breaks seem to have been generated by somebody using a separate editor or similar, then pasted the text into their client, linebreaks and all. But if you don&#039;t mean inserting line breaks, I&#039;m not sure what you actually suggest.]]></description>
		<content:encoded><![CDATA[<p>Aaron, maybe I&#8217;m misunderstanding you. I read your post to mean that you recommend actually inserting line breaks around (somewhat before) 80 characters, so the paragraph is already wrapped by the sender when the recipient receives it. This of course breaks any email client that can&#8217;t show at least 80 characters wide lines (such as small-screen clients on phones), and breaks it for any user that for whatever reason isn&#8217;t able to read when characters are small enough to show 80 characters wide text.</p>
<p>No email client I have seen will insert line breaks; the few email I see that have hardcoded line breaks seem to have been generated by somebody using a separate editor or similar, then pasted the text into their client, linebreaks and all. But if you don&#8217;t mean inserting line breaks, I&#8217;m not sure what you actually suggest.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://pthree.org/2010/09/19/email-netiquette-part-2/#comment-111312</link>
		<dc:creator>David</dc:creator>
		<pubDate>Mon, 20 Sep 2010 01:26:11 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=1541#comment-111312</guid>
		<description><![CDATA[Okular is able to open xps files. I do my taxes on Windows, and unfortunately, can&#039;t save the receipt as pdf, but have to print to xps. Ironically, Vista&#039;s XPS viewer craps out whenever I try to open xps files. The only way for me to view them was to find an open viewer on Ubuntu that could open them. I&#039;m still running Karmic, so maybe other viewers can open them now too.]]></description>
		<content:encoded><![CDATA[<p>Okular is able to open xps files. I do my taxes on Windows, and unfortunately, can&#8217;t save the receipt as pdf, but have to print to xps. Ironically, Vista&#8217;s XPS viewer craps out whenever I try to open xps files. The only way for me to view them was to find an open viewer on Ubuntu that could open them. I&#8217;m still running Karmic, so maybe other viewers can open them now too.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
