On Sunday 16 August 2015 03:32:17 Dr. Nikolaus Klepp wrote:
Am Sonntag, 16. August 2015 schrieb Gene Heskett:
On Sunday 16 August 2015 02:38:48 Michele Calgaro wrote:
On 08/16/2015 06:58 AM, Gene Heskett wrote:
My inbox, which has no expiry rules set, has gone from a 6 digit msg count encompassing dates back to 2002, had suddenly lost quite a few years worth of content, and is now showing 1522 msgs, for 91.2 megabytes.
Loosely confirmed by a du -h performed in my Mail/inbox directory, so they are truly gone.
3 or so months ago, it was showing close to 695,000 msgs, and about 12 gigabytyes. However, another folder which also has no expiry rules, is showing north of 87,000 mesgs, & 481 megs occupied.
Does anyone have a clue where they may have gone?
Cheers, Gene Heskett
Difficult to say :-) But definitely *NOT* a 32 bit file count overflow, since the limit for 32 bit unsigned counters is in the region of 4.3G and signed ones 2.1G, so well above 695000. I would definitely do things from CLI, but if you prefer graphical tools, you may consider installing Filelight (if not already done) and use it to try to locate the "big" folder with all your emails. Or use Konqueror -> View -> View mode -> RadialMap view (not 100% but probably it requires Filelight to be installed anyway).
Cheers Michele
I may have found about 2.5 gigs worth, in a backup directory I had made before installing TDE. My script might be able to handle that as incoming mail if I only move 5 or so at a time back into /var/spool/mail/gene. But mc, tha handiest way to do that is too fast if the whole thing is selected. So I'll see what I can do. Do any of our copy utils have an optional time delay between file copies, say 3 seconds so that kmail and my mailwatcher script would treat them as normal incoming email? I wouldn't care if it took a few hours.
Thanks Michele.
Cheers, Gene Heskett
Hi Gene!
Why do you use mbox instead of maildir?
Nik
procmail, after running fetchmails output thru the gamut of spamassassin and clamav, makes an mbox file when it delivers to /var/spool/mail/$user, but kmail fetches from that and sorts to maildir folders. Generally I avoid anything inside kmail that even smells like an mbox file, too slow.
My mailwatcher script, which uses inotifywait to watch that directory and notify kmail to go fetch the mail, normally operates fast enough that this mbox file is very rarely more than one incoming mail.
I have obviously scripted 99% of the mail handling here. All so kmail doesn't have to go out on the net and fetch new mail. All it has to do is process the incoming mail dropped in /var/spool/mail, which it can usually do in 1/2 second or less.
Cheers, Gene Heskett