<?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>Manitou-Mail Blog</title>
	<atom:link href="http://www.manitou-mail.org/blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.manitou-mail.org/blog</link>
	<description>on the use and development of the Manitou-Mail program</description>
	<lastBuildDate>Thu, 04 Oct 2012 20:40:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Version 1.3.0 released</title>
		<link>http://www.manitou-mail.org/blog/2012/10/version-1-3-0-released/</link>
		<comments>http://www.manitou-mail.org/blog/2012/10/version-1-3-0-released/#comments</comments>
		<pubDate>Thu, 04 Oct 2012 20:40:14 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[New features]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=265</guid>
		<description><![CDATA[<p>Version 1.3.0 is now available for download, with major improvements to the full text search and the ability to import mailbox archives from within the user interface. Here is what&#8217;s new in more detail:</p> Accent-insensitive search, word exclusion, better word parser, smaller inverted index. User interface to submit and control server-side import of mailbox files. [...]]]></description>
			<content:encoded><![CDATA[<p>Version 1.3.0 is now available for <a href="http://www.manitou-mail.org/download.php">download</a>, with major improvements to the full text search and the ability to import mailbox archives from within the user interface. Here is what&#8217;s new in more detail:</p>
<ul>
<li>Accent-insensitive search, word exclusion, better word parser, smaller inverted index.</li>
<li>User interface to submit and control server-side import of mailbox files.</li>
<li>Combine headers and body in the same view for better usability.</li>
<li>Add email syntax checks in composer.</li>
<li>Bugfixes: set forwarded status on forwarded messages.</li>
<li>Help system: use a simple integrated browser instead of the external Qt assistant program.</li>
<li>Integrated indexing of html parts.</li>
<li>Text extractors on attachments replace indexer plugins.</li>
<li>Add partial and full reindexing capabilities to manitou-mgr.</li>
</ul>
<p>The user interface is available as an installer for MS-Windows and a disk image for Mac OS X. For Linux, precompiled packages are available for the latest Debian and Ubuntu distributions, for both x86 and amd64 architectures.<br />
Users of other operating systems are encouraged to compile from source and open issues at <a href="https://github.com/manitou-mail/manitou-mail-ui" title="github">github</a> if problems arise.</p>
<p>To <strong>upgrade</strong> from previous versions, it&#8217;s strongly suggested to replace attachments indexers by words extractors (see the previous blog post: <a href="http://www.manitou-mail.org/blog/2012/09/upgrading-attachments-indexers/">Upgrading attachments indexers</a>). Once done, it&#8217;s also suggested to rebuild entirely the inverted index. See <a href="http://www.manitou-mail.org/doc/mdx/upgrade-mdx.html">Upgrading manitou-mdx</a> in the documentation.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2012/10/version-1-3-0-released/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Upgrading attachments indexers</title>
		<link>http://www.manitou-mail.org/blog/2012/09/upgrading-attachments-indexers/</link>
		<comments>http://www.manitou-mail.org/blog/2012/09/upgrading-attachments-indexers/#comments</comments>
		<pubDate>Wed, 26 Sep 2012 13:36:26 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[New features]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=256</guid>
		<description><![CDATA[<p>Version 1.3.0 is ready to be released with some major improvements in the full-text search and full-text indexer. A couple of packaging issues are still being worked on, but the code won&#8217;t change significantly from the 1.3.0 tags on the master branches at github, for both manitou-mail-mdx and manitou-mail-ui.</p> <p>The list of changes from the [...]]]></description>
			<content:encoded><![CDATA[<p>Version 1.3.0 is ready to be released with some major improvements in the full-text search and full-text indexer. A couple of packaging issues are still being worked on, but the code won&#8217;t change significantly from the 1.3.0 tags on the master branches at <a href="https://github.com/manitou-mail/" title="manitou-mail on github">github</a>, for both manitou-mail-mdx and manitou-mail-ui.</p>
<p>The list of changes from the previous version is currently visible in the <a href="https://github.com/manitou-mail/manitou-mail-ui/blob/master/NEWS">NEWS</a> file in the sources.</p>
<p>It should be noted that 1.3.0 will require some adjustments in how  attachments in various formats are indexed with the help of user-supplied scripts.</p>
<p>Up to now, <a href="http://www.manitou-mail.org/wiki/doku.php/mdx_plugins">indexer plugins</a> were used to index the contents of attached files in PDF or DOC, or even HTML formats.</p>
<p>Starting from 1.3.0, this is no longer desirable: they should be integrated with a new method called &#8220;words extractors&#8221; and declared in manitou-mdx main configuration file. Example:</p>
<pre>
index_words_extractors = application/pdf: /opt/scripts/pdf2text \
	application/msword: /opt/scripts/word2text
</pre>
<p>The user-supplied scripts should extract words from the contents in custom format passed to their standard input, and output these words encoded in utf-8 to the standard output.</p>
<p>For installs that didn&#8217;t index attachments with plugins, it doesn&#8217;t matter. Upgrading to 1.3.0 will just cause starting to index HTML contents, which it does now internally by default, so no manual action is required.</p>
<p>On the other hand, for installs that used indexer plugins, a preliminary step to upgrade to 1.3.0 would be to convert these to word extractor scripts. It&#8217;s nothing particularly difficult. As an example, here is a ready-to-use script that extracts words from MS-Word files with <a href="http://en.wikipedia.org/wiki/Antiword">antiword</a>.</p>
<pre>
#!/bin/sh

t=$(tempfile --suffix=.doc) || exit 1
trap "rm -f -- '$t'" EXIT
cat &gt;&gt;$t
antiword -i1 "$t" || exit 1

rm -f -- "$t"
trap - EXIT
exit 0
</pre>
<p>This is a preliminary step because it will be recommended to rebuild the inverted word index when upgrading to 1.3.0 , and doing this involves reindexing attachments as well.<br />
Up to version 1.2, that was not possible with indexer plugins. That&#8217;s one of the reasons why plugins get deprecated as a way to index attachments contents. In addition, the lack of integration with the words vectors cache was a performance drag, and 1.3 solves that as well with its words extractors method.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2012/09/upgrading-attachments-indexers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Exim4 and its pipe_transport unset error</title>
		<link>http://www.manitou-mail.org/blog/2012/09/exim4-and-its-pipe_transport-unset-error/</link>
		<comments>http://www.manitou-mail.org/blog/2012/09/exim4-and-its-pipe_transport-unset-error/#comments</comments>
		<pubDate>Mon, 03 Sep 2012 13:16:59 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[manitou-mdx]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=246</guid>
		<description><![CDATA[<p>On Debian systems, Exim4 in its default configuration does not allow piping of an incoming mail into  a program defined in /etc/aliases. Instead of launching the program it will report this type of error in /var/log/exim4/mainlog:</p> system_aliases defer (-30): pipe_transport unset in system_aliases router <p>Yet that&#8217;s the method  suggested in manitou-mdx documentation&#8217;s &#8220;Delivering incoming mail [...]]]></description>
			<content:encoded><![CDATA[<p>On Debian systems, <a title="Exim4 on Debian" href="http://pkg-exim4.alioth.debian.org/README/README.Debian.html">Exim4</a> in its default configuration does not allow piping of an incoming mail into  a program defined in /etc/aliases. Instead of launching the program it will report this type of error in <code>/var/log/exim4/mainlog</code>:</p>
<pre>system_aliases defer (-30): pipe_transport unset in system_aliases router</pre>
<p>Yet that&#8217;s the method  suggested in manitou-mdx documentation&#8217;s &#8220;<a href="http://www.manitou-mail.org/doc/mdx.delivery.html">Delivering incoming mail into files</a>&#8220;  section, and it has the advantage of being quite standard across most  MTAs.  This is also a problem for  popular mail software such as MailMan, as mentioned in this <a href="https://answers.launchpad.net/ubuntu/+source/mailman/+question/120447">Ubuntu issue</a>.</p>
<p>The solution is similar to the one mentioned in the above issue, except that it&#8217;s better to create a custom configuration file rather than editing <code>exim4.conf.template</code>, according to <a href="http://manpages.ubuntu.com/manpages/lucid/man8/update-exim4.conf.8.html">update-exim4.conf manpage</a>.</p>
<p>In the simplest case where a split configuration for Exim is not used (dc_use_split_config=&#8217;false&#8217;), the fix is as simple as creating <code>/etc/exim4/exim4.conf.localmacros</code> containing:</p>
<pre>SYSTEM_ALIASES_PIPE_TRANSPORT = address_pipe</pre>
<p>SYSTEM_ALIASES_USER and SYSTEM_ALIASES_GROUP may be specified too if the defaults are not suitable, but only SYSTEM_ALIASES_PIPE_TRANSPORT is strictly necessary.</p>
<p>If a split configuration is used, the line should go into a file under <code>/etc/exim4/conf.d</code>, e.g. <code>/etc/exim4/conf.d/main/000_localmacros</code></p>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2012/09/exim4-and-its-pipe_transport-unset-error/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SQL functions for tags</title>
		<link>http://www.manitou-mail.org/blog/2012/02/sql-functions-for-tags/</link>
		<comments>http://www.manitou-mail.org/blog/2012/02/sql-functions-for-tags/#comments</comments>
		<pubDate>Wed, 29 Feb 2012 19:56:08 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[Database]]></category>
		<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=241</guid>
		<description><![CDATA[<p>Tags in Manitou-mail are hierarchical, for several reasons such as the ability to mimic folders. There are pros and cons of this choice, but from the point of view of SQL querying, tree-like structures are clearly more complicated than flat structures. Here are two functions in the wiki that could be of help to compare [...]]]></description>
			<content:encoded><![CDATA[<p>Tags in Manitou-mail are hierarchical, for several reasons such as the ability to mimic folders. There are pros and cons of this choice, but from the point of view of SQL querying, tree-like structures are clearly more complicated than flat structures. Here are <a href="http://www.manitou-mail.org/wiki/doku.php/support_functions" title="tag_path() and tag_depth()">two functions</a> in the wiki that could be of help to compare tags across hierarchies: </p>
<ul>
<li><b>tag_path(tag_id)</b> returns the full hierarchical path of a tag, with -&gt; as the separator between branches.
<li><b>tag_depth(tag_id)</b> returns the depth of the tag inside its hierarchy, starting at 1
</ul>
<p>As an example of use, in the custom queries of the user interface, we could use this query:<br />
<code><br />
select mail_id from mail_tags mt join tags t on (mt.tag=t.tag_id) where tag_path(t.tag_id) ilike 'ParentTag-&gt;%'<br />
</code><br />
to retrieve any message tagged with any tag whose top-level ancestor is &#8216;ParentTag&#8217;, no matter how deep the tag is inside the hierarchy (child, grandchild, grand grandchild&#8230;)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2012/02/sql-functions-for-tags/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Attachment uploader reloaded</title>
		<link>http://www.manitou-mail.org/blog/2012/02/attachment-uploader-reloaded/</link>
		<comments>http://www.manitou-mail.org/blog/2012/02/attachment-uploader-reloaded/#comments</comments>
		<pubDate>Fri, 24 Feb 2012 18:43:06 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[New features]]></category>
		<category><![CDATA[Usage]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=232</guid>
		<description><![CDATA[<p>The attachment uploader is a plugin that solves the problem of attachments that are too big to be transferred by mail. It requires no specific action from the person who composes the mail: on the client side, the user attaches the files as usual. This is important because the users are often not aware that [...]]]></description>
			<content:encoded><![CDATA[<p>The attachment uploader is a plugin that solves the problem of attachments that are too big to be transferred by mail. It requires no specific action from the person who composes the mail: on the client side, the user attaches the files as usual. This is important because the users are often not aware that sending huge files by e-mail is troublesome.</p>
<p>The upload happens on the server side: before passing outgoing messages to the delivery service, the plugin checks for attachments bigger than the configured size, and when found, transfers them to a web server, under a random-generated directory name. Inside the message, the contents are replaced by the URL pointing to them.</p>
<p>Until recently, the attachments had to be sent by FTP to the web server. What&#8217;s new is that it can now be SSH instead, provided that the Net::SFTP::Foreign Perl module is installed on the server.</p>
<p>The new version of the plugin comes with manitou-mdx 1.2.0 and is named <strong>attach_uploader_ssh</strong>.<br />
(<a href="https://github.com/manitou-mail/manitou-mail-mdx/blob/master/lib/Manitou/Plugins/attach_uploader_ssh.pm">source code</a> on github)</p>
<p>To activate the plugin and connect it to a sender&#8217;s identity, it needs to be declared in manitou-mdx <a href="http://www.manitou-mail.org/doc/mdx.config.html">configuration file</a>.<br />
Example:</p>
<pre>
[mymail@domain.tld]
outgoing_plugins = attach_uploader_ssh({host=&gt;"www.myserver.tld", login=&gt;
"sshuser", base_url=&gt;"http://attached.myserver.tld", path=&gt;"/var/www/attached.myserver.tld", maxsize=&gt;2000000})
</pre>
<p>There is a &#8220;password&#8221; field that could be used but in this example it is assumed that an SSH key lets the script connect without a password. This is just one of the multiple security options and choices that open up when switching from FTP to SSH.</p>
<p>And here is how a picture larger that 2Mb would appear in the message (as a text/plain part)</p>
<pre>
The attached file is available at:

http://attached.myserver.tld/JXlafBybAKGrwE5yyOIbKA/PICT34.JPG
</pre>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2012/02/attachment-uploader-reloaded/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Moving the source code to github</title>
		<link>http://www.manitou-mail.org/blog/2012/01/moving-the-source-code-to-github/</link>
		<comments>http://www.manitou-mail.org/blog/2012/01/moving-the-source-code-to-github/#comments</comments>
		<pubDate>Tue, 10 Jan 2012 13:31:07 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=211</guid>
		<description><![CDATA[<p>Starting with v1.2.1 currently under development, subversion is replaced by the more modern git source control tool.</p> <p>It&#8217;s also the opportunity to split the source code into two distinct repositories for the user interface and mdx, since they can be worked on independently. A third repository should follow  for the documentation.</p> <p>The master branches for [...]]]></description>
			<content:encoded><![CDATA[<p>Starting with v1.2.1 currently under development, subversion is replaced by the more modern git source control tool.</p>
<p>It&#8217;s also the opportunity to split the source code into two distinct repositories for the user interface and mdx, since they can be worked on independently. A third repository should follow  for the documentation.</p>
<p>The master branches for both programs are accessible at:<br />
<a href="https://github.com/manitou-mail/manitou-mail-ui">https://github.com/manitou-mail/manitou-mail-ui</a> and <a href="https://github.com/manitou-mail/manitou-mail-mdx">https://github.com/manitou-mail/manitou-mail-mdx</a></p>
<p>The subversion repository at SourceForge.Net is still accessible, but from now on it will probably see commits only on releases.</p>
<p>The github service also has an issue tracker, a wiki and other things that might get used over time, we&#8217;ll see.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2012/01/moving-the-source-code-to-github/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Version 1.2.0 released</title>
		<link>http://www.manitou-mail.org/blog/2011/12/version-1-2-0-released/</link>
		<comments>http://www.manitou-mail.org/blog/2011/12/version-1-2-0-released/#comments</comments>
		<pubDate>Sat, 31 Dec 2011 17:34:22 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[New features]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=202</guid>
		<description><![CDATA[<p>Version 1.2.0 is now available for download. What&#8217;s new?</p> More functions are available in the filter expressions: age(), date(), date_utc(), now(), now_utc(), identity(), rawsize(). New equality and inequality operators for numeric comparisons. A mdx plugin to modify headers of outgoing mail with dynamic contents. A new incarnation of the attach_uploader plugin that supports ssh for [...]]]></description>
			<content:encoded><![CDATA[<p>Version 1.2.0 is now available for <a href="http://www.manitou-mail.org/download.php">download</a>.<br />
What&#8217;s new?</p>
<ul>
<li>More functions are available in the filter expressions: age(), date(), date_utc(), now(), now_utc(), identity(), rawsize().</li>
<li>New equality and inequality operators for numeric comparisons.</li>
<li>A mdx plugin to modify headers of outgoing mail with dynamic contents.</li>
<li>A new incarnation of the attach_uploader plugin that supports ssh for file transfers.</li>
<li>Migration to new Qt assistant and compatibility fixes for Qt-4.7 and 4.8.</li>
<li>Drag and drop for attached files in the mail composer.</li>
<li>A new dynamic column for recipients in the messages list.</li>
<li>Many improvements in the filter editor: filters can now be reordered and tested from within the interface, and the user interface for actions has been redesigned.</li>
<li>New filter actions: Set identity, set header, remove header.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2011/12/version-1-2-0-released/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Quick resend functionality</title>
		<link>http://www.manitou-mail.org/blog/2011/11/quick-resend-functionality/</link>
		<comments>http://www.manitou-mail.org/blog/2011/11/quick-resend-functionality/#comments</comments>
		<pubDate>Fri, 25 Nov 2011 16:51:23 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[Usage]]></category>
		<category><![CDATA[User Interface]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=196</guid>
		<description><![CDATA[<p>Sometimes a message that has been previously sent needs to be sent again. The normal way to do that is to recompose a new message by copying the contents of the old one. This leads to a new message with identical contents except for the Date and Message-Id header fields. However, there is a quicker [...]]]></description>
			<content:encoded><![CDATA[<p>Sometimes a message that has been previously sent needs to be sent again.  The normal way to do that is to recompose a new message by copying the contents of the old one. This leads to a new message with identical contents except for the Date and Message-Id header fields.<br />
However, there is a quicker way to re-send an outgoing message without the need to create a duplicate of the original: if the Sent and Archived bit of the message status are cleared, manitou-mdx will just pick up again the message for sending as if it was new. To clear these bits, use the Message-&gt;Properties command and check No in the boxes drawn with the red border in the screenshot:<br />
<a href="http://www.manitou-mail.org/blog/wp-content/uploads/2011/11/Screenshot-Properties.png"><img src="http://www.manitou-mail.org/blog/wp-content/uploads/2011/11/Screenshot-Properties.png" alt="" width="236" height="432" class="aligncenter size-full wp-image-197" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2011/11/quick-resend-functionality/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Acting on all tagged messages except some</title>
		<link>http://www.manitou-mail.org/blog/2011/10/acting-on-all-tagged-messages-except-some/</link>
		<comments>http://www.manitou-mail.org/blog/2011/10/acting-on-all-tagged-messages-except-some/#comments</comments>
		<pubDate>Sat, 29 Oct 2011 20:03:30 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[Database]]></category>
		<category><![CDATA[Usage]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=188</guid>
		<description><![CDATA[<p>Recently I wanted to reduce the size of my main manitou-mail database, and thus I&#8217;ve decided to delete all the messages I&#8217;ve received from some mailing-lists. I know these messages are archived elsewhere, so that I could re-import them if needed anyway. But I didn&#8217;t like the idea of deleting also the messages that I&#8217;ve [...]]]></description>
			<content:encoded><![CDATA[<p>Recently I wanted to reduce the size of my main manitou-mail database, and thus I&#8217;ve decided to delete all the messages I&#8217;ve received from some mailing-lists. I know these messages are archived elsewhere, so that I could re-import them if needed anyway.<br />
But I didn&#8217;t like the idea of deleting also the messages that I&#8217;ve sent to these mailing-lists, because it would have broken the rule I&#8217;ve adopted of keeping all sent messages. Also on second thought, I thought it would be best to include also the whole threads in which I&#8217;ve participated, so that the context of the messages would still be available (BTW, the entire thread to which a message belongs can be recalled in the user interface by the contextual menu command: &#8220;Show thread on new page&#8221;).</p>
<p>So the question was, how to select all the messages tagged with certain tags, but excluding all threads for which at least one message has the <em>Sent</em> status? As usual, the database and the SQL come to help. First I looked up the tag_id&#8217;s of the tags corresponding to the mailing-lists, let&#8217;s say they were 3,6 and 10. And then I just expressed in SQL the sentence above. The result is:</p>

<div class="wp_syntax"><div class="code"><pre class="sql" style="font-family:monospace;"><span style="color: #993333; font-weight: bold;">SELECT</span> mt<span style="color: #66cc66;">.</span>mail_id <span style="color: #993333; font-weight: bold;">FROM</span> mail_tags mt <span style="color: #993333; font-weight: bold;">JOIN</span> mail m1 <span style="color: #993333; font-weight: bold;">USING</span> <span style="color: #66cc66;">&#40;</span>mail_id<span style="color: #66cc66;">&#41;</span>
 <span style="color: #993333; font-weight: bold;">WHERE</span> tag <span style="color: #993333; font-weight: bold;">IN</span> <span style="color: #66cc66;">&#40;</span><span style="color: #cc66cc;">3</span><span style="color: #66cc66;">,</span><span style="color: #cc66cc;">6</span><span style="color: #66cc66;">,</span><span style="color: #cc66cc;">10</span><span style="color: #66cc66;">&#41;</span> <span style="color: #993333; font-weight: bold;">AND</span> <span style="color: #993333; font-weight: bold;">NOT</span> <span style="color: #993333; font-weight: bold;">EXISTS</span>
 <span style="color: #66cc66;">&#40;</span><span style="color: #993333; font-weight: bold;">SELECT</span> <span style="color: #cc66cc;">1</span> <span style="color: #993333; font-weight: bold;">FROM</span> mail m2 <span style="color: #993333; font-weight: bold;">WHERE</span> m2<span style="color: #66cc66;">.</span>thread_id<span style="color: #66cc66;">=</span>m1<span style="color: #66cc66;">.</span>thread_id <span style="color: #993333; font-weight: bold;">AND</span> m2<span style="color: #66cc66;">.</span>status&amp;amp;<span style="color: #cc66cc;">128</span>!<span style="color: #66cc66;">=</span><span style="color: #cc66cc;">0</span><span style="color: #66cc66;">&#41;</span></pre></div></div>

<p>After issuing this query with the selection dialog, with the <em>Limit To</em> field empty to ensure that all messages are retrieved, all that was needed to accomplish the task was to select all the messages in the resulting list (Ctrl-A) and hit the Del key.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2011/10/acting-on-all-tagged-messages-except-some/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Manitou-Mail for Mac OS X</title>
		<link>http://www.manitou-mail.org/blog/2011/10/manitou-mail-for-mac-os-x/</link>
		<comments>http://www.manitou-mail.org/blog/2011/10/manitou-mail-for-mac-os-x/#comments</comments>
		<pubDate>Sat, 01 Oct 2011 22:24:30 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[User Interface]]></category>

		<guid isPermaLink="false">http://www.manitou-mail.org/blog/?p=172</guid>
		<description><![CDATA[<p> For you Mac users out there, I&#8217;m glad to announce that the Manitou-Mail interface is now available for Mac OS X, thanks to Adebe Networks that funded the work for the port and TLK Games who lent their Mac machine. The application bundle is available here: manitou-1.1.0.dmg (42Mb, with Qt-4.7 and libpq5 compiled with [...]]]></description>
			<content:encoded><![CDATA[<p><img class="size-full alignleft" style="border: 0pt none;background-color: #ffffff;margin-top: -10px" src="http://www.manitou-mail.org/blog/wp-content/uploads/2011/10/logo-apple.png" alt="" width="96" height="116" /> For you Mac users out there, I&#8217;m glad to announce that the Manitou-Mail interface is now available for Mac OS X, thanks to <a href="http://adebenetworks.com/?lang=en">Adebe Networks</a> that funded the work for the port and <a href="http://www.tlkgames.com/">TLK Games</a> who lent their Mac machine. The application bundle is available here: <a href="http://www.manitou-mail.org/download/manitou-1.1.0.dmg">manitou-1.1.0.dmg</a> (42Mb, with Qt-4.7 and libpq5 compiled with ssl support). Enjoy!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.manitou-mail.org/blog/2011/10/manitou-mail-for-mac-os-x/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
