[dovecot] Re: current cvs

Farkas Levente lfarkas at bnap.hu
Wed Apr 16 17:20:29 EEST 2003


Timo Sirainen wrote:
> On Wed, 2003-04-16 at 11:34, Farkas Levente wrote:
> 
>>>Currently it re-reads all the mails in the directory and indexes them.
>>>I'll make this configurable some day.
>>
>>the whole mails or just the headers?
>>as you know we've a lots of big mails so this makes a real different!
> 
> 
> The whole file, but you can disable that by removing MessagePart from
> mail_cache_fields in config file. I think I'll fix this even more so
> that the file isn't opened at all if nothing is wanted to be cached.

at noon we switch to
mail_cache_fields =
after that the the clients are usable again. BUT
what we can do? what would be the best choise for us?
the parameters:
- most people don't know anything about computer, mailer, internet!!
   - they use to write email in word's doc!
   - they attach pictures, exe, doc etc to their mails
   - they use OE6 which can't create rules on imap folder, can't delete
     mails one by one there is no thrash (only purge all deleted mails)
     which casue mailbox with a lots of mails (most od them already
     deleted, but wouldn't like to delete them since cant select them).

so:
- we've got about 300 mailbox
- most people just has mails in his inbox and sent folder
- this folder are real huge (a few thousend mails)
- 300 mailbox has 100000 mails which is about 16GB this means the
   avarage message size is about 160K (actualy the size are 5-10K
   or 1-5M)

so what extra (non default) parameters should I have to use (eg: 
mail_cache_fields etc.)

>>ok so what is the best way to be sure that no cached information can 
>>confuse the new version? just:
>>- stop dovecot
>>- kill all imap process
>>- find /home/*/Maildir -name '.imap*' -exec rm {} \;
>>- start dovecot
> 
> 
> Well, yes, to be safe. But usually you shouldn't need to delete the
> .imap* files at all. If there's any changes in format or whatever, it's
> rebuilt automatically. It's needed only if it contains actually invalid
> data that can't be detected, like there cached ENVELOPE texts were wrong
> before.

they were wrong in any previous version? or how can I know that?

-- 
   Levente                               "Si vis pacem para bellum!"





More information about the dovecot mailing list