Quantcast
Channel: iRedMail
Viewing all articles
Browse latest Browse all 14127

Bytes and amount of mails not refreshing after server-based delete

$
0
0

==== Required information ====
- iRedMail version:
- Store mail accounts in which backend (LDAP/MySQL/PGSQL):
- Linux/BSD distribution name and version:
- Related log if you're reporting an issue:
==== ==== Required information ====
- iRedMail version: 1.3.0
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): MySQL
- Linux/BSD distribution name and version: Debian Squeeze
- Related log if you're reporting an issue: -
====

Dear community,

as a customer of mine kind of messed up his Outlook setup, there are nearly 30.000 mails marked with the trash-flag within the Maildir but never get expunged. I'm afraid of instructing them doing this for this amount of mails from their client side so I wanted to remove the affected mails with the "find" command in Linux.

It's no problem to identify all of theses mails to the suffix (somemailnameandinfo,ST, as S stands for "Seen" and T for "Trashed").

Beforehand I performed some tests and was afraid to realize that the quota information within the iRedAdmin-Pro Backend (the same goes for the data directly in the MySQL database) wasn't refreshed like it is when I remove a mail within my correctly configured IMAP-based account.

Of course I don't want to delete these mails and still not have the quota and amount of mails freed up in the statistics.

Am I missing something? Maybe there is some kind of a cronjob that will refresh these details correctly after some period of time?

I would really appreciate any kind of help!

Thank you in advance!
maxB


Viewing all articles
Browse latest Browse all 14127

Trending Articles