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

[Rainer Ophoven]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

the snapshot does not compile with me:

gcc -DHAVE_CONFIG_H -I. -I. -I../..  -I../../src/lib 
- -I../../src/lib-settings -DSYSCONFDIR=\""/etc"\" 
- -DPKG_RUNDIR=\""/var/run/dovecot"\" -DPKG_STATEDIR=\""/var/lib/dovecot"\" 
- -DPKG_LIBEXECDIR=\""/usr/local/libexec/dovecot"\" 
- -DMODULEDIR=\""/usr/local/lib/dovecot"\" -DSSLDIR=\""/etc/ssl\""   -g -O2 
- -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
- -Wchar-subscripts -Wformat=2 -Wbad-function-cast    -c master-settings.c
master-settings.c:52: master-settings-defs.c: No such file or directory
make[3]: *** [master-settings.o] Error 1

... gcc-2.95.3 on
Linux route66 2.4.34 #2 Wed Dec 27 15:41:42 CET 2006 i686 unknown


- --On Donnerstag, 4. Januar 2007 01:36 +0200 Timo Sirainen <tss at iki.fi> 
wrote:

> People who have had "duplicate header extension" and whatever otherrandom
> index file corruption problems, please see if this fixesanything:
>
>
> http://dovecot.org/list/dovecot-cvs/2006-December/007315.html
>
>
> The change is also in the latest nightly snapshot
> (http://dovecot.orgnightly/dovecot-latest.tar.gz). You could in general
> treat the latestsnapshot as "pretty much the same as the 1.0.rc16 
release",
> so sometesting for it would be nice.
>
>
> I've updated autotools that were used to build the snapshot, doesanyone
> have problems with compiling the snapshot? I'm going to buildthe 1.0rc16
> release using the same autotools.
>
>
> rc16 has several changes intended to make Mac OS X's HFS+ happy. Thisis
> 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 getto
> 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
>
>
>




-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: GnuPT 2.5.5

iD8DBQFFnEMs1RwKC3Hg5zQRAoxlAJ45aU5DhY/j3rg1sWcLobO2xdIi4QCeMZ0i
Ou2nsXWc3WN629DkWi1K+ao=
=uwHi
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 4769 bytes
Desc: not available
Url : http://dovecot.org/pipermail/dovecot/attachments/20070104/c66bfc30/attachment.bin