[Dovecot] pre-1.0.rc6 / index file problems? try this

[Rainer Ophoven]

still keep getting it every now and then.

Timo Sirainen wrote:
> People who have had "duplicate header extension" and whatever other
> random index file corruption problems, please see if this fixes anything:
> 
> http://dovecot.org/list/dovecot-cvs/2006-December/007315.html
> 
> The change is also in the latest nightly snapshot
> (http://dovecot.org/nightly/dovecot-latest.tar.gz). You could in general
> treat the latest snapshot as "pretty much the same as the 1.0.rc16
> release", so some testing for it would be nice.
> 
> I've updated autotools that were used to build the snapshot, does anyone
> have problems with compiling the snapshot? I'm going to build the
> 1.0rc16 release using the same autotools.
> 
> rc16 has several changes intended to make Mac OS X's HFS+ happy. This is
> mostly because currently the only computer I have is a Powerbook. I'll
> get a new Linux machine in a couple of weeks hopefully.
> 
> I've still about 50 unread/possibly unanswered mails. I'll try to get to
> them soon.
> 
> Here's a list of all the important changes:
> 
>     * IMAP: When trying to fetch an already expunged message, Dovecot used
>       to just disconnect client. Now it instead replies with dummy NIL
>       data.
>     * Priority numbers in plugin names have changed. If you're installing
>       from source, you should delete the existing plugin files before
>       installing the new ones, otherwise you'll get errors.
>     * Maildir: We're using rename() to move files from tmp/ to new/ now.
>       See http://wiki.dovecot.org/MailboxFormat/Maildir -> "Issues with
>       the specification" for reasoning why this is safe. This makes saving
>       mails faster, and also makes Dovecot usable with Mac OS X's HFS+
>       (after you also set dotlock_use_excl=yes, see below).
> 
>     + Added dotlock_use_excl setting. If enabled, dotlocks are created
>       directly using O_EXCL flag, instead of by creating a temporary file
>       which is hardlinked. O_EXCL is faster, but may not work with NFS.
>     + If Dovecot crashes with Linux or Solaris, it'll log a
>       "Raw backtrace". It's worse than gdb's backtrace, but better than
>       nothing.
>     + Added maildir_copy_preserve_filename=yes setting.
>     + Added a lazy-expunge plugin to allow users to unexpunge their mails.
>     + maildir quota: Added ignore setting to maildir quota, which allows
>       ignoring quota in Trash mailbox.
>     + dict quota: If dictionary doesn't yet contain the quota, calculate
>       it by going through all the mails in all the mailboxes.
>     + login_log_format_elements: Added %a=local port and %b=remote port
>     - Doing a STATUS command for a selected mailbox (not a recommended
>       IMAP client behavior) caused Dovecot to sync the mailbox silently.
>       This could have lost eg. EXPUNGE events from clients, causing them
>       to use wrong sequence numbers.
>     - deliver was treating boolean settings set to "no" as if they were
>       "yes" (they were supposed to be commented out for "no")
>     - Running "dovecot" with -a or -n option while Dovecot was running
>       deleted all authentication sockets, which caused all the future
>       logins to fail.
>     - maildir: RENAME and DELETE didn't touch control directory if it was
>       different from maildir or index dir.
>     - We treated internal userdb lookup errors as "user unknown" errors.
>       In such situations this caused deliver to think the user didn't
>       exist and the mail get bounced.
>     - pam: Setting cache_key crashed
>     - shared maildir: dovecot-keywords file's mode wasn't taken from
>       dovecot-shared file.
>     - dovecotpw wasn't working with PowerPC
> 

-- 
in diesem Sinne,
Rainer

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 208 bytes
Desc: OpenPGP digital signature
Url : http://dovecot.org/pipermail/dovecot/attachments/20070110/925f0372/attachment-0001.pgp