<?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: Mail 2.0: Takes long time to create reply when network connection is busy</title>
	<atom:link href="http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/</link>
	<description>Notes from an unfinished world…</description>
	<lastBuildDate>Mon, 06 Feb 2012 13:29:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Hawk Wings &#187; Blog Archive &#187; Apple Mail and dial-up: Two unhappy users</title>
		<link>http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/comment-page-1/#comment-3469</link>
		<dc:creator>Hawk Wings &#187; Blog Archive &#187; Apple Mail and dial-up: Two unhappy users</dc:creator>
		<pubDate>Sat, 03 Dec 2005 13:26:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/#comment-3469</guid>
		<description>[...] Pierre Igot at Betalogue has discovered a design flaw in the way Mail.app handles replies that &#8220;illustrates Apple&#8217;s lack of concern for people with dial-up Internet connections&#8221;: In that particular situation, when you select a message that contains attachments and hit the &#8220;Reply&#8221; button or press Command-R to create a reply to that particular message, if your Internet connection happens to be saturated, then Mail takes an abnormally long time to open the window with the new reply. I am talking about 10 seconds or more. Technorati Tags: Mail.app, dialup, Apple Mail, Mail.app, dial-up [...]</description>
		<content:encoded><![CDATA[<p>[...] Pierre Igot at Betalogue has discovered a design flaw in the way Mail.app handles replies that &#8220;illustrates Apple&#8217;s lack of concern for people with dial-up Internet connections&#8221;: In that particular situation, when you select a message that contains attachments and hit the &#8220;Reply&#8221; button or press Command-R to create a reply to that particular message, if your Internet connection happens to be saturated, then Mail takes an abnormally long time to open the window with the new reply. I am talking about 10 seconds or more. Technorati Tags: Mail.app, dialup, Apple Mail, Mail.app, dial-up [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ssp</title>
		<link>http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/comment-page-1/#comment-3438</link>
		<dc:creator>ssp</dc:creator>
		<pubDate>Wed, 23 Nov 2005 17:11:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/#comment-3438</guid>
		<description>Perhaps it&#039;s just a decoding issue of the attachment. Mail decodes the whole message so it can put the quoted original text into your reply? Things might be cached or something, giving a faster second attempt. I wouldn&#039;t see how that it related to the Internet connection being saturated, though.

The certificate download thing must be new. Usually certificates are stored in your keychain and are (automatically) placed there by Mail when you receive a signed message. That new service means you can send encrypted messages (to .Mac users who have a certificate issued to them) without them ever having sent you a signed message.  That&#039;s quite good for ease of use IMO. But of course it&#039;s quite limited as it&#039;ll only work for .Mac recipients...</description>
		<content:encoded><![CDATA[<p>Perhaps it&#8217;s just a decoding issue of the attachment. Mail decodes the whole message so it can put the quoted original text into your reply? Things might be cached or something, giving a faster second attempt. I wouldn&#8217;t see how that it related to the Internet connection being saturated, though.</p>
<p>The certificate download thing must be new. Usually certificates are stored in your keychain and are (automatically) placed there by Mail when you receive a signed message. That new service means you can send encrypted messages (to .Mac users who have a certificate issued to them) without them ever having sent you a signed message.  That&#8217;s quite good for ease of use IMO. But of course it&#8217;s quite limited as it&#8217;ll only work for .Mac recipients&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pierre Igot</title>
		<link>http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/comment-page-1/#comment-3435</link>
		<dc:creator>Pierre Igot</dc:creator>
		<pubDate>Tue, 22 Nov 2005 20:45:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/#comment-3435</guid>
		<description>Interesting. I have LittleSnitch and I deleted its rule for Mail. I then saturated my Internet connection with a big download, launched Mail, and tried to reply to a message with a large attachment. Again, I got the long delay, and no complaints from LittleSnitch about Mail trying to access the net.

So it looks like it&#039;s related to Internet traffic, but not an actual attempt to access the net—possibly Mail waiting for some other background process or application to do something over the net before proceeding with its own stuff?

Also, the delay seems proportional to the size of the attachment. The larger the attachment, the longer the delay. And during the delay the activity viewer window shows &quot;Loading message data.&quot; 

As well, if I repeat the same operation a second time immediately after the first, with the same message, this time there is no delay, as if something had now become cached.

Very strange.

I guess I&#039;ll have to explore the more hard-core troubleshooting tools. Thanks for your suggestion. As for Mail accessing the net to check a certificate, I would expect this to be normal :).</description>
		<content:encoded><![CDATA[<p>Interesting. I have LittleSnitch and I deleted its rule for Mail. I then saturated my Internet connection with a big download, launched Mail, and tried to reply to a message with a large attachment. Again, I got the long delay, and no complaints from LittleSnitch about Mail trying to access the net.</p>
<p>So it looks like it&#8217;s related to Internet traffic, but not an actual attempt to access the net—possibly Mail waiting for some other background process or application to do something over the net before proceeding with its own stuff?</p>
<p>Also, the delay seems proportional to the size of the attachment. The larger the attachment, the longer the delay. And during the delay the activity viewer window shows &#8220;Loading message data.&#8221; </p>
<p>As well, if I repeat the same operation a second time immediately after the first, with the same message, this time there is no delay, as if something had now become cached.</p>
<p>Very strange.</p>
<p>I guess I&#8217;ll have to explore the more hard-core troubleshooting tools. Thanks for your suggestion. As for Mail accessing the net to check a certificate, I would expect this to be normal :).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ssp</title>
		<link>http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/comment-page-1/#comment-3434</link>
		<dc:creator>ssp</dc:creator>
		<pubDate>Tue, 22 Nov 2005 17:33:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2005/11/22/mail-20-takes-long-time-to-create-reply-when-network-connection-is-busy/#comment-3434</guid>
		<description>If you want to watch your IP connections, I can recommend any of the following

LittleSnitch 
You can download a demo of this which&#039;ll run for an hour or so, enough to do whatever you have in mind. It can be set up to open a dialogue box whenever an application wants to make a connection, specifying the destination IP and port in the process.

If you want even more information you can get

Eavesdrop
which is free and a &#039;little&#039; rough around the edges. It&#039;ll log all (? anyway enough with a tendency of more than enough) of your IP traffic giving sources and destinations of connections and even letting you look at the data transferred. The good thing is it has a GUI...

... if you don&#039;t want that, I recommend tcpdump and its man page on the command line. Some guy in my hall a few years back demonstrated to me how you can snoop all the traffic on the local (non-switched) network with that tool. He did this at the very moment that my computer was sending the password to check my e-mail, leaving me a bit shocked. If I should pinpoint the moment when I started being a bit paranoid about encrypting everything going out of my computer it&#039;d be that one. 

P.S. I just tried the Eavesdrop tool. My first hint would be that it works best if you quit as many applications with network connections as possible before running it as you&#039;ll see all of the connections which can make it tricky to find the one you&#039;re interested in as there doesn&#039;t seem to be the name / PID of the application using that connection in the data.  

P.P.S. I suppose that the problem you&#039;re referring to is a different one, but that test of mine revealed that Mail does indeed open an http connection _if_  (i) the message&#039;s recipient has a mac.com address, (ii) you have encryption enabled and (iii) you&#039;ve checked that .Mac checkbox in your keychain preferences that I mentione It loads a page à la http://certinfo.mac.com/lookup?igot which returns the certificate for that user - apparently Mail&#039;s way of automatically getting the certificate for you :)</description>
		<content:encoded><![CDATA[<p>If you want to watch your IP connections, I can recommend any of the following</p>
<p>LittleSnitch<br />
You can download a demo of this which&#8217;ll run for an hour or so, enough to do whatever you have in mind. It can be set up to open a dialogue box whenever an application wants to make a connection, specifying the destination IP and port in the process.</p>
<p>If you want even more information you can get</p>
<p>Eavesdrop<br />
which is free and a &#8216;little&#8217; rough around the edges. It&#8217;ll log all (? anyway enough with a tendency of more than enough) of your IP traffic giving sources and destinations of connections and even letting you look at the data transferred. The good thing is it has a GUI&#8230;</p>
<p>&#8230; if you don&#8217;t want that, I recommend tcpdump and its man page on the command line. Some guy in my hall a few years back demonstrated to me how you can snoop all the traffic on the local (non-switched) network with that tool. He did this at the very moment that my computer was sending the password to check my e-mail, leaving me a bit shocked. If I should pinpoint the moment when I started being a bit paranoid about encrypting everything going out of my computer it&#8217;d be that one. </p>
<p>P.S. I just tried the Eavesdrop tool. My first hint would be that it works best if you quit as many applications with network connections as possible before running it as you&#8217;ll see all of the connections which can make it tricky to find the one you&#8217;re interested in as there doesn&#8217;t seem to be the name / PID of the application using that connection in the data.  </p>
<p>P.P.S. I suppose that the problem you&#8217;re referring to is a different one, but that test of mine revealed that Mail does indeed open an http connection _if_  (i) the message&#8217;s recipient has a mac.com address, (ii) you have encryption enabled and (iii) you&#8217;ve checked that .Mac checkbox in your keychain preferences that I mentione It loads a page à la <a href="http://certinfo.mac.com/lookup?igot" rel="nofollow">http://certinfo.mac.com/lookup?igot</a> which returns the certificate for that user &#8211; apparently Mail&#8217;s way of automatically getting the certificate for you :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

