trinity-users@lists.pearsoncomputing.net

Message: previous - next
Month: August 2015

Re: [trinity-users] 32 bit file count overflow?

From: Gene Heskett <gheskett@...>
Date: Sun, 16 Aug 2015 03:48:01 -0400
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
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>