Sure I can delete temp files by myself and I can set us some task to delete such files on schedule as well.

But I am afraid you are missing the point. I suspect that handling of temp files might be broken  in PM4.7 (at least for IMAP folders) that's why I think that should be addressed or overhauled in next ver. 

Hello!

Noticed a funny thing - then pmail filters act on imap folders (move emails from new mail folder to a specific subfolder in imap mailbox) the directory c:\Documents and Settings\USER\Local Settings\Temp\ gets filled fwith *.pm$ files. The temp files are a normal thing but what seems either a programmatic error or issue here is that the temp files are not deleted right after they are not needed anymore. For example when a folder close filter is executed it seems that all the emails inside the folder are expanded as temporary files. However these temp files are not deleted right after the folder close rule execution ends.

 Seems that these files are in fact deleted after closing the pmail but all the files persist as long as pmail is open. Maybe the files are deleted also when the mailbox is closed - I have to check that.

EDIT: imap mailbox disconnect does not detele the associated temp files.

Can somebody enlight me  - is this a normal behaviour or there is some pmail setting I have to tune to get these temp files to be deleted by pmail on an earlier stage?

Why this is a problem to be concerned?

- it is a performance issue. working with imap folder containing thousends of emails and literally copying each email from imap server to local machine for an operation that does not act upon the contents of these emails is very inefficient and this is noticeable on slower internet connection. The combined number of emails is large and directory traversal of large temp folder at some point might get very slow (this behaviour is its different for different OS-s and filesystems).

- it is a space consumption issue. Nowedays the emails are large and combined space occupied this way is huge. The whole contect of imap folder is also located under mail directory imap cash - so for every MB of folder space on IMAP server twice as  much is needed on local machine.

- should pmail crash in the middle - there is no process that would take care of these leftovers.  This is a privacy issue.

In my case just 10min of normal use of pmail and  the temp folder accumulated about 6500 of fresh *.pm$ files occupying around 650Mb. I actually started to hunt this issue when I had to apply search for "all folders" and I run out of diskspace for this operation.

Should this be a programmatic behaviour and not a misconfiguration then perhaps somebody close to developer could point at the issue related to the logic of processing IMAP folders.

PM$ files should get deleted when Pegasus Mail closes.  Feel free to delete them yourself any time after that.  I would not consider IMAP cache as part of the Temp pool.    Typically PM$ files get left lying around if you don't close Pegasus Mail by using the Exit menu, ie if you just click the X box on the top right corner or more drastically by shutting down your PC.

Martin 

[quote user="irelam"]Typically PM$ files get left lying around if you don't close Pegasus Mail by using the Exit menu, ie if you just click the X box on the top right corner or more drastically by shutting down your PC.[/quote]

I really wonder who ever created this long standing legend: It's simply not true, both ways end up in the same "OnClose" resp. "OnExit" processing, there's absolutely no difference in using either of them.