dovecot - May 2004 - 1.0-test7

http://dovecot.org/test/

Lots of bugfixes related to syncing. There's still some left.

Somewhat working mbox support:
  - combined syncing/rewriting uses much less disk I/O than with older 
mbox code
  - expunges aren't working yet
  - last-uid field in X-IMAPbase header isn't updated
  - it's currently syncing the whole mbox constantly even if it hasn't 
changed
  - it isn't hiding the mbox-specific headers from IMAP clients
  - if mbox hasn't changed, rewriting could start from the message which 
requires rewriting instead of syncing the whole mbox
  - syncing could keep the lock file extra two seconds to make sure if 
someone changes it the file's mtime changes -> as long as only Dovecot 
is modifying it, we'll never need to sync the whole mbox -> 
multi-gigabyte mboxes are still fast!

One nice thing about this mbox code is that it isn't exactly 
mbox-specific. Some people are still using formats which use eg. ^A as 
separator rather than From-line. Some people are using SMTP-formatted 
data directly ('.' as mail separator, '..' = normal line begins
with
'.'). These formats should be pretty easy to implement now as all 
mbox-specific code is in istream-raw-mbox.c file. I'll probably do that 
once mbox itself is fully working.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20040510/2eb73989/attachment-0001.bin>

On Mon, May 10, 2004 at 03:23:24AM +0300, Timo Sirainen
wrote:
> <snip />
> Somewhat working mbox support:
 - What about preserving the mbox "From " line?  Please don't
leave
   this out of the api for 1.0.
>  - combined syncing/rewriting uses much less disk I/O than with older 
> mbox code
>  - expunges aren't working yet
>  - last-uid field in X-IMAPbase header isn't updated
>  - it's currently syncing the whole mbox constantly even if it
hasn't
> changed
>  - it isn't hiding the mbox-specific headers from IMAP clients
>  - if mbox hasn't changed, rewriting could start from the message which
> requires rewriting instead of syncing the whole mbox
>  - syncing could keep the lock file extra two seconds to make sure if 
> someone changes it the file's mtime changes -> as long as only
Dovecot
> is modifying it, we'll never need to sync the whole mbox -> 
> multi-gigabyte mboxes are still fast!
> 
> One nice thing about this mbox code is that it isn't exactly 
> mbox-specific. Some people are still using formats which use eg. ^A as 
> separator rather than From-line. Some people are using SMTP-formatted 
> data directly ('.' as mail separator, '..' = normal line
begins with
> '.'). These formats should be pretty easy to implement now as all 
> mbox-specific code is in istream-raw-mbox.c file. I'll probably do that
> once mbox itself is fully working.
  -- Tom

-- 
  Tom Alsberg - hacker (being the best description fitting this space)
  Web page:	http://www.cs.huji.ac.il/~alsbergt/
DISCLAIMER:  The above message does not even necessarily represent what
my fingers have typed on the keyboard, save anything further.

Will the MySQL patch be integrated in to 1.0-release?
Sorry if this has already been covered.

Thanks,
Skye

--
| www.f4.ca | F4 internet | quality web hosting $10/month |