CiviCRM Community Forums (archive)

CiviMailProcessor.php ceased to process bounces.  In investigating, I found many thousands of files in
/media/civicrm/custom/CiviMail.processed/cur
When I cleaned them up, CiviMailProcessor.php worked again.  Is this something I need to do as maintenance or is CiviMailProcessor.php supposed to clean up that folder?

Hm, that’s a good question. The processed files are put there so that you have a kind of trail for what CiviMail Processor actually processed – I didn’t want to delete any email, but then I didn’t take into account that this may cause problems in large-scale installs.

For now, if you can setup a cronjob that simply deletes old files from there, that would be best. What would be a sane time to consider processed emails as ‘old’ in your case?

I filed CRM-4452 to track this issue.

how about archiving the old files in a YYYY/MM/DD/ directory format

then we can add additional code to go in and delete directories that are much older. plus for most installs the above system does not create directories with a lot of files

Hey, a very good idea. I’ll fix the Processor to outright move the processed emails to {$config->customFileUploadDir}/CiviMail.processed/$year/$month/$day/cur, and we can create stuff that’s older than two months easily.

(I want to keep the cur/new/tmp subdirs at the lowest level so that the …/$year/$month/$day keeps being a valid Maildir and thus trivially accessible with any user agents like Mutt.)