Temp files cleanup?

[Glenn Park]

On Sat, Nov 24, 2012 at 3:49 PM, Noel Jones <njones at megan.vbhcs.org> wrote:
> On 11/24/2012 4:55 PM, Glenn Park wrote:
>> Hello,
>>
>> Testing a new system (Debian-installed amavis), I see that files in
>> /var/lib/amavis/tmp are left hanging around.  Presumably a cron job
>> was installed with amavis that cleans these out, BUT is there a reason
>> amavis doesn't delete the unpackaged messages when it's done with
>> them?
>
> The email.txt and parts directory are intentionally left intact so
> the filesystem doesn't waste the time to recreate them for each
> message.

I don't follow - email.txt appears to be the content of each message.
What would be recreated if each message gets its own email.txt?

> The parts directory will normally be empty when amavisd is idle, but
> will have leftover files if there is a problem.  These files are not
> cleaned automatically, as they may need to be examined for problem
> solving.

OK, so the issue (or my misunderstanding) is with only email.txt

> These files and directories are security sensitive *must not* be
> world-readable since mail in transit is processed here.

That's exactly why I am concerned.  I'll have to find another TMPFS
solution, but aside from that, can you explain why email.txt has to
sit around with email content after amavis is done processing the
associated message?  Does this content stay indefinitely?