http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz.sig
Changes since beta12:
- Half of LDAP code was rewritten to fix reconnect/queuing problems. I did test that the new code works with and without auth binds, but be careful.
- \Recent flags should finally work correctly with maildir.
- last_used field wasn't updated for cache fields that were permanently cached. This caused them to be dropped after a month.
TODO for RC1:
- When pipelining commands, do only one sync after all of them. Besides improving performance, this fixes some rare problems when multiple commands are running simultaneously.
- SEARCH/SORT: Replace invalid input with unicode "replacement character" instead of just skipping it.
- Squat: Handle expunges. NFS support.
- Fix Lucene support.
Hello Timo!
Is the deliver coredump fixed, too?
Ciao, Gerhard
On Sun, 30 Dec 2007, Timo Sirainen wrote:
http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz.sig
Changes since beta12:
- Half of LDAP code was rewritten to fix reconnect/queuing problems. I did test that the new code works with and without auth binds, but be careful.
- \Recent flags should finally work correctly with maildir.
- last_used field wasn't updated for cache fields that were permanently cached. This caused them to be dropped after a month.
TODO for RC1:
- When pipelining commands, do only one sync after all of them. Besides improving performance, this fixes some rare problems when multiple commands are running simultaneously.
- SEARCH/SORT: Replace invalid input with unicode "replacement character" instead of just skipping it.
- Squat: Handle expunges. NFS support.
- Fix Lucene support.
Hello Timo!
Looks like that 1.1.beta13 doesn't touch the indexes with mbox at all. None are generated/updated.
Ciao, Gerhard
On Sun, 30 Dec 2007, Timo Sirainen wrote:
http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz.sig
Changes since beta12:
- Half of LDAP code was rewritten to fix reconnect/queuing problems. I did test that the new code works with and without auth binds, but be careful.
- \Recent flags should finally work correctly with maildir.
- last_used field wasn't updated for cache fields that were permanently cached. This caused them to be dropped after a month.
TODO for RC1:
- When pipelining commands, do only one sync after all of them. Besides improving performance, this fixes some rare problems when multiple commands are running simultaneously.
- SEARCH/SORT: Replace invalid input with unicode "replacement character" instead of just skipping it.
- Squat: Handle expunges. NFS support.
- Fix Lucene support.
On Dec 29, 2007, at 5:09 PM, Timo Sirainen wrote:
http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz.sig
Timo,
This week I switched from v1.0.10 to v1.1.beta13. I'm using OS X
10.4.11. Had no compile or installation problems. I have discovered
what I think is an undocumented change in behavior between the two
versions regarding public namespaces.
I have used a public name space for many months which gives all users
access to a public SPAM and HAM mailbox. Every few hours spamassasin
runs against the mailboxes and does whatever reporting is needed.
The namespaces are defined in dovecot.conf like so:
## NAMESPACES namespace public { separator = / prefix = Public/ location = maildir:/var/mail/shared:CONTROL=~/Maildir/control/ public:INDEX=~/Maildir/index/public } namespace private { separator = / prefix = inbox = yes } ##
G518X2:~/Maildir/index/public root# ls -la total 0 drwx------ 5 bb admin 170 Sep 9 07:06 . drwx------ 3 bb admin 102 Jul 28 22:38 .. drwx------ 5 bb admin 170 Dec 17 06:10 .HAM drwx------ 3 bb admin 102 Jan 3 18:02 .INBOX drwx------ 5 bb admin 170 Jan 5 13:52 .SPAM
Since the upgrade dovecot insists on creating an inbox in the public
space even though the conf notes state, "There can be only one INBOX,
and this setting defines which namespace has it." Clearly the
private namespace has the inbox defined. Attempts to delete
the .INBOX from a mail client results in an error: "Inbox can't be
deleted". Any ideas?
B. Bodger
On Sat, 2008-01-05 at 16:08 -0500, Bruce Bodger wrote:
Since the upgrade dovecot insists on creating an inbox in the public
space even though the conf notes state, "There can be only one INBOX,
and this setting defines which namespace has it." Clearly the
private namespace has the inbox defined.
I couldn't reproduce this. Although namespace/INBOX can be selected, it's not visible in LIST.
Attempts to delete
the .INBOX from a mail client results in an error: "Inbox can't be
deleted". Any ideas?
I did some fixes now though so that it's possible to create ns/INBOX and use it as a normal mailbox (including delete it). http://hg.dovecot.org/dovecot/rev/d5dd0841b2db
On Jan 5, 2008, at 5:50 PM, Timo Sirainen wrote:
Attempts to delete the .INBOX from a mail client results in an error: "Inbox can't be deleted". Any ideas?
I did some fixes now though so that it's possible to create ns/ INBOX and use it as a normal mailbox (including delete it). http://hg.dovecot.org/dovecot/rev/d5dd0841b2db
Installed today's tarball, 20080106. Yes, now the public/.INBOX can
be deleted without error but dovecot insists on recreating it time
and time again. I don't think that's the behavior that either of us
had in mind. I would think that the public/.INBOX should not be
created unless specifically defined in dovecot.conf. Once again,
here is the relevant part of my dovecot.conf:
## PUBLIC NAMESPACE namespace public { separator = / prefix = Public/ ## location = maildir:/var/mail/shared location = maildir:/var/mail/shared:CONTROL=~/Maildir/control/ public:INDEX=~/Maildir/index/public
} ## PRIVATE NAMESPACE namespace private { separator = / prefix = inbox = yes }
Now another observation: only tested with Apple Mail v2.1.2. When
deleting the public/.INBOX it appears that dovecot is attempting to
do it twice as immediately after the .INBOX is deleted an ERROR
message appears stating that the mailbox can not be deleted because
it doesn't exist. Of course, it was already deleted.
Thank you, B. Bodger New York
On Sun, 2008-01-06 at 09:33 -0500, Bruce Bodger wrote:
I did some fixes now though so that it's possible to create ns/ INBOX and use it as a normal mailbox (including delete it). http://hg.dovecot.org/dovecot/rev/d5dd0841b2db
Installed today's tarball, 20080106. Yes, now the public/.INBOX can
be deleted without error but dovecot insists on recreating it time
and time again. I don't think that's the behavior that either of us
had in mind. I would think that the public/.INBOX should not be
created unless specifically defined in dovecot.conf.
What plugins do you use?
participants (4)
-
Bruce Bodger
-
Gerhard Wiesinger
-
Gerhard Wiesinger
-
Timo Sirainen