Re: [Dovecot] dovecot genesis v2.0.X
On Mon, 2010-10-18 at 09:47 -0700, Jim Pazarena wrote:
So, my question is, respectfully, is dovecot V2.0.5 stable enough for prime-time on a busy ISP mail server? I'll install it myself independent of the FreeBSD ports tree if so.
It's getting better :) I'll make 2.0.6 release this week again with more fixes, but I still have a few bug reports that I haven't managed to reproduce.
I'm concerned with the very same question. I currently have 1.2.12 running very well and I see risk in an upgrade to ver 2.x. Unless of course the benefits outweigh the risks. I have been carefully watching the ver 2.x tree rev from week to week and I await the defacto signal from people that it is in fact at least as solid at 1.2.12, that signal being adoption by people in busy mail servers.
So therefore I await ver 2.0.6 with a mix of conflicting anticipation and trepidation. :-)
-- Dennis Clarke dclarke@opensolaris.ca <- Email related to the open source Solaris dclarke@blastwave.org <- Email related to open source for Solaris
We're using 2.0.5 Director in front of a 1.2.15 POP/IMAP cluster for 60k accounts. I figure we might look at upgrading the backend to 2.0.x sometime in December after some additional shake-down and testing.
Timo - I noticed in the TODO you've got: doveadm director assign <user> <host>
That would sure be nice to have for testing - add a test host with weight 0 and assign guinea pig users to it on the fly!
-Brad
-----Original Message----- From: dovecot-bounces+brandond=uoregon.edu@dovecot.org [mailto:dovecot-
So therefore I await ver 2.0.6 with a mix of conflicting anticipation and trepidation. :-)
On Mon, 2010-10-18 at 11:08 -0700, Brad Davidson wrote:
Timo - I noticed in the TODO you've got: doveadm director assign <user> <host>
That would sure be nice to have for testing - add a test host with weight 0 and assign guinea pig users to it on the fly!
Hmm. Actually now that I think of it, this is already possible. You'll just need to return 'host' field from userdb for those users so director won't override it.
Still, I guess this would be nice so that if the host dies the user would get moved elsewhere.
participants (3)
-
Brad Davidson
-
Dennis Clarke
-
Timo Sirainen