Hi Michael
you are correct I guess based on your assumptions.
autoexpunge kicks in on user interaction either by email delivery or a user checking in. If both does not occour then no cleanup will happen.
Question would be if there is that much to cleanup in this case. A user not logging in for long time and not receiving any emails… seems inactive to me. Ok, he might have put all his mails to the trash and this was not emptied before he went for his sabatical. But the use case seems to be in the n<10 range!? A monthly cronjob could be sufficent in this case?
I’m quite happy with the expire plugin and SQL timestamping. Using this the cronjob only checks through the listed folders and not all users. Slim approach! And for me a cleanup once per day is at least currently more than enough.
Philon
Am 31.08.2016 um 17:44 schrieb Michael Fox news@mefox.org:
Thanks Philon,
I did read the extra bullets, as indicated in my email below. But your "When the user quits and thus closes his mailbox/connection" is more clear than "after the client is already disconnected", since the latter is really anytime, rather than at the time they quit.
I can guess that the bulletin about LMTP similarly means at the end of each time LMTP delivers mail to the mailbox.
Assuming that is true, then the problem I see with autoexpunge is that it doesn't address the case of a user that has not logged in nor received mail in that mailbox for the specified time. Those messages would apparently stay forever. Correct?
And, if that's true, then the cron job seems like the only way to expunge all old messages. Correct?
Thanks, Michael