[Dovecot] pre-1.0.rc6 / index file problems? try this
Rainer Ophoven
rainer at route66.homelinux.net
Wed Jan 10 20:24:34 UTC 2007
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
More information about the dovecot
mailing list