[ale] IMAP slowness

[James P. Kinney III]

Yeah, but what is _really_ needed is  way to move old mail to backup
when the quota gets hit. Something like back off the oldest messages to
free up a percentage of quota space. Give a notice that the archive has
been moved to tape and can be accessed by request for a time limit.

Sarbanes-Oxally nightmare ensues...

On Fri, 2005-04-22 at 10:03 -0400, Christopher Fowler wrote:
> There may be hack I can do int .procmailrc that will implment a quota
> foe me without having to upgrade the kernel and etc.  This quota could
> be for mail only.
> 
> 
> I could write a perl program that calculates the size of the Mailbox
> files for a user whenever a mail comes in.  .procmailrc will simply
> execute this program when a mail comes in.
> 
> Kinda like this:
> 
> :0fw
> | checkquota.pl
> 
> If the quota has not been met the mail is simply passed through.  If it
> has been met then this program will simply dump it to an overflow bin
> then send the user an email stating that they received an Email from
> user at domain.com at data with subject and that it could not be placed in
> the users INBOX due to quota restriction.  It was saved and will be
> moved back to the users inbox when quota requirements have been met.
> 
> I can either manually move them or make the program even smarter that
> whenever it does execute it can move the stored emails into their proper
> place.
> 
>  
> On Fri, 2005-04-22 at 09:53, Jason Fritcher wrote:
> > Christopher Fowler wrote:
> > > When we access the IMAP server I see the hdd light on solid for a few
> > > minutes.  They keep saying that the problem is that IMAP can't handle it
> > > and that Exchange will.  With 500M of data in your mailbox I doubt
> > > Exchange can handle it any better than Linux running IMAP.
> > 
> > The problem is UW-IMAP and the mbox format. When mailboxes get that big, they
> > can take a long time to parse fully. I used to run that awhile ago, but switched
> > over to using Courier-IMAP because it uses Maildir format where each message is
> > its own file. Its much quicker for the imap daemon to scan just the headers of a
> > few thousand files than have to parse the headers and bodies of the same
> > messages all stacked up in one file.
> > 
> > > I get in arguments with this guy all the time about mailbox size and
> > > that at a real company he would be given a quota.  Using fetchmail to
> > > retrieve mail from a pop3 server and then procmail to place them in
> > > boxes is there a way I could impose a quota?  Maybe add a filter to
> > > procmailrc that will count the bytes in an email and redirect to
> > > /dev/null if it is greater than 5M.  That could limit the amount of
> > > damage done by quotas.
> > 
> > The quick and dirty solution would be an account level quota using the quota
> > system. But, that might be alot courser than you'd like. :)
> > 
> > --
> > Jason Fritcher
> > jkf at wolfnet.org
> 
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://www.ale.org/mailman/listinfo/ale
-- 
James P. Kinney III          \Changing the mobile computing world/
CEO & Director of Engineering \          one Linux user         /
Local Net Solutions,LLC        \           at a time.          /
770-493-8244                    \.___________________________./
http://www.localnetsolutions.com

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney at localnetsolutions.com>
Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part