Greetings,

 

I was able to replicate this same behavior within my test environment. This certainly looks like a bug. As a result I've marked this issue as known issue and I will report this to our developers for correction.

 

If any further information is required I will reach out.

 

Please let me know if you have any questions or concerns.

I've heard back from our developers on this, I may have been mistaken. 

 

The deletion of user statistics only occurs once per month. So you would need to wait a month since the last time the cleaner had ran in order to see these files purged. This functionality has been confirmed and is working with SmarterMail 13 as designed.

 

At this time there is not a way to 'Force' the deletion to take place prior to the month being over since the last scan was ran. 

 

I hope this helps clarify.

Hi Again

 

That explains why I don't see any changes. To be fair I am still running SmarterMail version 12, but expect to upgrade to version 13 soon.

 

Would it be safe to delete the files manual to free up some disk space or should I wait for the cleaner to kick in?

 

Best regards

Thomas

Hi again

 

I just upgraded SmarterMail to version 13.1 just to make sure this issue was not related to an older version of SmarterMail. I have changed my settings to only keep the files for 3 months, but still have files for 5 months on my disk.

 

My question now is, when can I expect the cleanup to run the next time, if it only run once a month? Will it be running 1 th. each month or is it just some random day each month?

 

Best Regards

Thomas

Thomas,

 

If you look in the mailConfig.xml, there are several settings related to stat clean up.  Do a search for "statCleanerLastCompletionDate".  As the name implies, it is the last time the stat cleaner ran.  When the server, domain, and user stat cleanup runs next will be based on this date.  If you want it to run sooner, stop the mail service, change the "statCleanerLastCompletionDate" to a past date and restart your server.  It should force a stat cleanup.

Hi again

 

It works now :-)

I guess upgrading to version 13.1 was all that needed to make it do an auto cleanup. First I tried to make the change in mailConfig.xml but that did not went well. In fact I was not able to start the webservice after I made the change to the xml file. Not sure if I got the date format wrong, but I changed it back to the way it was and restarted the service.

 

Anyway, the other day the service started the cleanup by Schedule and it worked like expected.