<div class="markdown">
<p dir="auto">On 26 Feb 2014, at 14:57, Bill Cole wrote:</p>

<blockquote>
<p dir="auto">On 26 Feb 2014, at 4:56, Benny Kjær Nielsen wrote:</p>

<blockquote>
<p dir="auto">Yes, the following folder can be considered a cache where it is always safe to delete files:</p>

<pre><code>~/Library/Application Support/MailMate/Attachments/
</code></pre>

<p dir="auto">Attachments are only saved to this folder when needed (e.g., when using Quick Look).</p>
</blockquote>

<p dir="auto">I need to know if this says what it seems to say: if something other than MM clobbers attachments while MM is running, it will re-extract them as needed without getting confused & whiny?</p>
</blockquote>

<p dir="auto">My immediate answer would have been yes, but now you made me think about it I remember a problem: If message A saves an attachment with filename X and the attachment is deleted from the cache by the user then message B could use the same filename X to save a different attachment. If opening the attachment of message A at a later time would then open the attachment of B.</p>

<p dir="auto">I consider this a bug although I have not documented that it should be possible to delete attachments (but I’ve suggested it in emails in the past).</p>

<blockquote>
<p dir="auto">That is very useful information which I can't find in the documentation.</p>
</blockquote>

<p dir="auto">I guess it’s a good thing I didn’t document it.</p>

<p dir="auto">A workaround for deleting <em>all</em> cached attachment would be as follows (first quit MailMate):</p>

<pre><code>rm ~/Library/Application\ Support/MailMate/Attachments/*
rm ~/Library/Application\ Support/MailMate/Database.noindex/Headers/#attachment-name.*
</code></pre>

<p dir="auto">This makes sure that MailMate no longer thinks any attachments have been saved to disk. (I didn’t test the above!)</p>

<p dir="auto">-- <br>
Benny</p>

</div>