<?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: What about turning on auto_vacuum on Mail&#8217;s envelope index?</title>
	<atom:link href="http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/</link>
	<description>...so google can index my head.</description>
	<lastBuildDate>Wed, 17 Mar 2010 17:12:21 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: bbum</title>
		<link>http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/comment-page-1/#comment-89758</link>
		<dc:creator>bbum</dc:creator>
		<pubDate>Thu, 22 Mar 2007 03:59:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/#comment-89758</guid>
		<description>Finding FUD tasty?

How is a feature that is turned off unless a user enables it through an unsupported / undocumented means a security hole, exactly?

And how, exactly, is a bug that might corrupt data in a user level process in exceedingly rare conditions a security hole any more than, say, simply writing a handful of bytes into a random location in the same user owned file???

In any case, I was actually wrong and have been meaning to post about this.  Auto_vacuum is actually enabled under certain circumstances in Tiger.   There are corruption bugs, still, but they are exceedingly rare.</description>
		<content:encoded><![CDATA[<p>Finding FUD tasty?</p>
<p>How is a feature that is turned off unless a user enables it through an unsupported / undocumented means a security hole, exactly?</p>
<p>And how, exactly, is a bug that might corrupt data in a user level process in exceedingly rare conditions a security hole any more than, say, simply writing a handful of bytes into a random location in the same user owned file???</p>
<p>In any case, I was actually wrong and have been meaning to post about this.  Auto_vacuum is actually enabled under certain circumstances in Tiger.   There are corruption bugs, still, but they are exceedingly rare.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frog</title>
		<link>http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/comment-page-1/#comment-89754</link>
		<dc:creator>Frog</dc:creator>
		<pubDate>Thu, 22 Mar 2007 03:42:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/#comment-89754</guid>
		<description>&lt;blockquote&gt;Tiger ships with SQLite 3.1.3, which won’t be updated unless a serious security hole is found.&lt;/blockquote&gt; 

OK...

&lt;blockquote&gt;There have been a number of bug fixes to vacuum and vacuum related functionality since 3.1.3. In particular, there have been a handful of fixes that prevent relatively esoteric situations from corrupting a database. Some of these were directly related to auto_vacuum and some were simply catalyzed by auto_vacuum.&lt;/blockquote&gt;

... so how is potential database corruption not a security hole? And we wonder why Apple hasn&#039;t yet gotten their security act together.</description>
		<content:encoded><![CDATA[<blockquote><p>Tiger ships with SQLite 3.1.3, which won’t be updated unless a serious security hole is found.</p></blockquote>
<p>OK&#8230;</p>
<blockquote><p>There have been a number of bug fixes to vacuum and vacuum related functionality since 3.1.3. In particular, there have been a handful of fixes that prevent relatively esoteric situations from corrupting a database. Some of these were directly related to auto_vacuum and some were simply catalyzed by auto_vacuum.</p></blockquote>
<p>&#8230; so how is potential database corruption not a security hole? And we wonder why Apple hasn&#8217;t yet gotten their security act together.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon H</title>
		<link>http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/comment-page-1/#comment-89304</link>
		<dc:creator>Jon H</dc:creator>
		<pubDate>Wed, 21 Mar 2007 01:57:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/#comment-89304</guid>
		<description>Whoops, sorry, PZ&#039;s message is at http://scienceblogs.com/pharyngula/2007/03/tech_assistance_please_help_me.php</description>
		<content:encoded><![CDATA[<p>Whoops, sorry, PZ&#8217;s message is at <a href="http://scienceblogs.com/pharyngula/2007/03/tech_assistance_please_help_me.php" >http://scienceblogs.com/pharyngula/2007/03/tech_assistance_please_help_me.php</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon H</title>
		<link>http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/comment-page-1/#comment-89303</link>
		<dc:creator>Jon H</dc:creator>
		<pubDate>Wed, 21 Mar 2007 01:56:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/#comment-89303</guid>
		<description>PZ Myers of the science blog Pharyngula is having problems with Mail and a LOT of messages (100k or thereabouts, spread through a number of folders).

He tried the vacuum script, but is still having problems:

&quot;I tried the mail vacuum script -- it got the envelope file down from 77 to 66 MB. So far, no performance improvement at all. Unfortunately, it&#039;s still also slowly cranky through flushing out the trash from that big deletion, so I&#039;ll try again in a few hours when it&#039;s done.
And really, that&#039;s ridiculous. Why should it take hours to delete 10,000 messages?&quot;

Is there some way to tell Mail &quot;I&#039;m going to delete a ton of messages, so don&#039;t go fussing for every single message&quot;?</description>
		<content:encoded><![CDATA[<p>PZ Myers of the science blog Pharyngula is having problems with Mail and a LOT of messages (100k or thereabouts, spread through a number of folders).</p>
<p>He tried the vacuum script, but is still having problems:</p>
<p>&#8220;I tried the mail vacuum script &#8212; it got the envelope file down from 77 to 66 MB. So far, no performance improvement at all. Unfortunately, it&#8217;s still also slowly cranky through flushing out the trash from that big deletion, so I&#8217;ll try again in a few hours when it&#8217;s done.<br />
And really, that&#8217;s ridiculous. Why should it take hours to delete 10,000 messages?&#8221;</p>
<p>Is there some way to tell Mail &#8220;I&#8217;m going to delete a ton of messages, so don&#8217;t go fussing for every single message&#8221;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aswift</title>
		<link>http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/comment-page-1/#comment-82997</link>
		<dc:creator>aswift</dc:creator>
		<pubDate>Tue, 06 Mar 2007 21:45:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/#comment-82997</guid>
		<description>Tiger&#039;s Mail does configure the database file with auto_vacuum turned on.  You can verify for yourself by running the command: sqlite3 ~/Library/Mail/Envelope\ Index &quot;pragma auto_vacuum&quot;
A &quot;full&quot; vacuum rebuilds the database file and results in a new file that is defragmented and table data is ordered on contigous pages in the database file.</description>
		<content:encoded><![CDATA[<p>Tiger&#8217;s Mail does configure the database file with auto_vacuum turned on.  You can verify for yourself by running the command: sqlite3 ~/Library/Mail/Envelope\ Index &#8220;pragma auto_vacuum&#8221;<br />
A &#8220;full&#8221; vacuum rebuilds the database file and results in a new file that is defragmented and table data is ordered on contigous pages in the database file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/comment-page-1/#comment-82348</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Mon, 05 Mar 2007 18:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/#comment-82348</guid>
		<description>The Envelope Index database is also polluted by &quot;old data&quot;. I migrated my mailserver several times and all old messages and mailboxes are still in the
database:

select count(*) from mailboxes yields a result of 350 mailboxes...

So I deleted the file (I&#039;m one of the brave people ;-)
and restarted Mail.app. The resulting Envelope Index shrank from 18 MB (22 MB before vacuum) to 2 MB.</description>
		<content:encoded><![CDATA[<p>The Envelope Index database is also polluted by &#8220;old data&#8221;. I migrated my mailserver several times and all old messages and mailboxes are still in the<br />
database:</p>
<p>select count(*) from mailboxes yields a result of 350 mailboxes&#8230;</p>
<p>So I deleted the file (I&#8217;m one of the brave people <img src='http://www.friday.com/bbum/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /><br />
and restarted Mail.app. The resulting Envelope Index shrank from 18 MB (22 MB before vacuum) to 2 MB.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dawnfather</title>
		<link>http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/comment-page-1/#comment-82334</link>
		<dc:creator>dawnfather</dc:creator>
		<pubDate>Mon, 05 Mar 2007 18:05:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/#comment-82334</guid>
		<description>You could just set an ical event to run the script at whatever interval makes sense, e.g. the 6 months you suggest</description>
		<content:encoded><![CDATA[<p>You could just set an ical event to run the script at whatever interval makes sense, e.g. the 6 months you suggest</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bbum&#8217;s weblog-o-mat &#187; Blog Archive &#187; Vacuuming Mail&#8217;s Envelope Index to make Mail faster (and Aperture, too)</title>
		<link>http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/comment-page-1/#comment-81679</link>
		<dc:creator>bbum&#8217;s weblog-o-mat &#187; Blog Archive &#187; Vacuuming Mail&#8217;s Envelope Index to make Mail faster (and Aperture, too)</dc:creator>
		<pubDate>Sun, 04 Mar 2007 16:57:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.friday.com/bbum/2007/03/04/what-about-turning-on-auto_vacuum-on-mails-envelope-index/#comment-81679</guid>
		<description>[...] I wouldn&#8217;t do that and I have explained why in a followup post. [...]</description>
		<content:encoded><![CDATA[<p>[...] I wouldn&#8217;t do that and I have explained why in a followup post. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
