[Dovecot] Released 1.0.rc31
http://dovecot.org/releases/dovecot-1.0.rc31.tar.gz http://dovecot.org/releases/dovecot-1.0.rc31.tar.gz.sig
mbox + NFS combination shouldn't break anymore. v1.0 still planned to
be released next friday.
- mbox: Give "mbox file was modified while we were syncing" error only
if we detect some problems in the mbox file. The check can't be
trusted with NFS.
- Convert plugin: If directory for destination storage doesn't exist,
create it.
- Convert plugin: Mailbox names weren't converted in subscription list.
Great! So we can have 1.0 Release Party! ;)
Thanks Oliver
Timo Sirainen wrote:
mbox + NFS combination shouldn't break anymore. v1.0 still planned to be released next friday.
-- Oliver Schulze L. | Get my e-mail after a captcha in: Asuncion - Paraguay | http://tinymailto.com/oliver
Timo Sirainen wrote:
http://dovecot.org/releases/dovecot-1.0.rc31.tar.gz http://dovecot.org/releases/dovecot-1.0.rc31.tar.gz.sig
mbox + NFS combination shouldn't break anymore. v1.0 still planned to be released next friday.
- mbox: Give "mbox file was modified while we were syncing" error
only if we detect some problems in the mbox file. The check can't be trusted with NFS. - Convert plugin: If directory for destination storage doesn't exist, create it.
Timo, first of all, the deliver problems I was having last week were caused by my failure to update all my sql configuration files to return user home directories. I changed the login sql config, but not the one deliver uses, to return a home directory value.
Now then, the convert plugin tries to create it's dotlock before opening/creating the destination path. So, unless the user's home directory exists, it fails with:
open(/var/mailstore/af/4f/510590/.temp.node7.neonova.net.15565.f668d4af504740ee) failed: No such file or directory
Moving the dotlock creation after a successful call to mail_storage_create_with_data makes everything happy, but I defer to you whether it's safe to call that before locking. If it's not, then I'll just have to deal with creating the homedir via postlogin scipting. Even if you don't want to change this, can you let me know what potential problems can arise? I may just include this with all the other changes I'm making to convert-plugin.c to suppose CommuniGate mailboxes. Here's the diff:
269,279d268 < path = t_strconcat(home_dir, "/"CONVERT_LOCK_FILENAME, NULL); < dotlock_settings.use_excl_lock = < (source_storage->flags & < MAIL_STORAGE_FLAG_DOTLOCK_USE_EXCL) != 0; < ret = file_dotlock_create(&dotlock_settings, path, 0, &dotlock); < if (ret <= 0) { < if (ret == 0) < i_error("Mailbox conversion: Lock creation timeouted"); < return -1; < } < 297a287,297
path = t_strconcat(home_dir, "/"CONVERT_LOCK_FILENAME, NULL); dotlock_settings.use_excl_lock = (source_storage->flags & MAIL_STORAGE_FLAG_DOTLOCK_USE_EXCL) != 0; ret = file_dotlock_create(&dotlock_settings, path, 0, &dotlock); if (ret <= 0) { if (ret == 0) i_error("Mailbox conversion: Lock creation timeouted"); return -1; }
- Convert plugin: Mailbox names weren't converted in subscription
list.
I really don't want to stand in the way of the offiicial 1.0 release, and I understand these RC's are intended for bug fixes, not new features
- but I have a feature request anyway.
It would be quite convenient to have support for multiple SSL server certificates, based on remote IP address. When a single IMAP server supports both LAN clients and WAN clients, at times either or both the domain names or server names may vary - and then a single server certificate results in some clients receiving SSL warnings.
It is possible to allow for this using split-horizon DNS - but I'm lazy. I don't really need split-horizon for anything else.
-- Daniel
On Mon, 09 Apr 2007 08:03:28 -0700 "Daniel L. Miller" <dmiller@amfes.com> wrote:
I really don't want to stand in the way of the offiicial 1.0 release, and I understand these RC's are intended for bug fixes, not new features
- but I have a feature request anyway.
It would be quite convenient to have support for multiple SSL server certificates, based on remote IP address. When a single IMAP server supports both LAN clients and WAN clients, at times either or both the domain names or server names may vary - and then a single server certificate results in some clients receiving SSL warnings.
It is possible to allow for this using split-horizon DNS - but I'm lazy. I don't really need split-horizon for anything else.
It's possible to work around this with multiple dovecot instances, ie one only listening to the external IP, one listening to the internal, each with its own SSL certificate. Just don't forget to set the base_dir config parameter if you do.
Note that an instance of dovecot either listens on one IP or all. I believe listening on multiple specified IP's is a planned future feature.
-- Marshal Newrock Ideal Solution, LLC - http://www.idealso.com
A feature request is not a bug, so it won't stop the 1.0 release. I think all new feature request are being implemented in the 1.1 devel version, so if your feature is implemented, it will be implemented in 1.0.1 or 1.1
Oliver
Daniel L. Miller wrote:
I really don't want to stand in the way of the offiicial 1.0 release, and I understand these RC's are intended for bug fixes, not new features - but I have a feature request anyway.
It would be quite convenient to have support for multiple SSL server certificates, based on remote IP address. When a single IMAP server supports both LAN clients and WAN clients, at times either or both the domain names or server names may vary - and then a single server certificate results in some clients receiving SSL warnings.
It is possible to allow for this using split-horizon DNS - but I'm lazy. I don't really need split-horizon for anything else.
-- Oliver Schulze L. | Get my e-mail after a captcha in: Asuncion - Paraguay | http://tinymailto.com/oliver
OoO Lors de la soirée naissante du lundi 09 avril 2007, vers 17:03, "Daniel L. Miller" <dmiller@amfes.com> disait:
It would be quite convenient to have support for multiple SSL server certificates, based on remote IP address. When a single IMAP server supports both LAN clients and WAN clients, at times either or both the domain names or server names may vary - and then a single server certificate results in some clients receiving SSL warnings.
Did you try AltSubjectName in your certificate ? I didn't find a current client that fails to recognize this, yet.
panic("esp: what could it be... I wonder..."); 2.2.16 /usr/src/linux/drivers/scsi/esp.c
On Mon, 2007-04-09 at 09:07 -0400, Justin McAleer wrote:
Moving the dotlock creation after a successful call to mail_storage_create_with_data makes everything happy, but I defer to you whether it's safe to call that before locking.
Hmm. I guess that'd work. I'm not touching v1.0 anymore, but done to CVS HEAD: http://dovecot.org/list/dovecot-cvs/2007-April/008624.html
Here's the diff:
Please use diff -u whenever sending diffs. The default diff format is horrible to read.
Anyway I think it's not really correct, because this needs to be done after locking (although it's pretty unlikely to happen):
/* just in case if another process just had converted the mailbox,
reopen the source storage */
mail_storage_destroy(&source_ns->storage);
if (mail_storage_create(source_ns, NULL, source_data, user,
src_flags, lock_method) < 0) {
/* No need for conversion anymore. */
file_dotlock_delete(&dotlock);
return 0;
}
On Sun, Apr 08, 2007 at 12:16:08PM +0300, Timo Sirainen wrote:
http://dovecot.org/releases/dovecot-1.0.rc31.tar.gz http://dovecot.org/releases/dovecot-1.0.rc31.tar.gz.sig
mbox + NFS combination shouldn't break anymore. v1.0 still planned to
be released next friday.
- mbox: Give "mbox file was modified while we were syncing" error only if we detect some problems in the mbox file. The check can't be trusted with NFS.
- Convert plugin: If directory for destination storage doesn't exist, create it.
- Convert plugin: Mailbox names weren't converted in subscription list.
RC31 is screaming for version 1 to be released: 31 == 11111 binary. :)
--
Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs@umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593
On Mon, 9 Apr 2007 15:16:49 -0500 Steven F Siirila <sfs@tc.umn.edu> wrote:
RC31 is screaming for version 1 to be released: 31 == 11111 binary. :)
You're suggesting that 1.0 will be full of variable overflow bugs then?
;-)
--
Brian Morrison
bdm at fenrir dot org dot uk
"Arguing with an engineer is like wrestling with a pig in the mud; after a while you realize you are muddy and the pig is enjoying it."
GnuPG key ID DE32E5C5 - http://wwwkeys.uk.pgp.net/pgpnet/wwwkeys.html
Brian Morrison spake the following on 4/9/2007 1:33 PM:
On Mon, 9 Apr 2007 15:16:49 -0500 Steven F Siirila <sfs@tc.umn.edu> wrote:
RC31 is screaming for version 1 to be released: 31 == 11111 binary. :)
You're suggesting that 1.0 will be full of variable overflow bugs then?
;-)
Just hope that 31 doesn't get a 1F grade! ( Put a hex on it) ;-P
--
MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!
Scott Silva wrote:
Brian Morrison spake the following on 4/9/2007 1:33 PM:
On Mon, 9 Apr 2007 15:16:49 -0500 Steven F Siirila <sfs@tc.umn.edu> wrote:
RC31 is screaming for version 1 to be released: 31 == 11111 binary. :)
You're suggesting that 1.0 will be full of variable overflow bugs then?
;-)
Just hope that 31 doesn't get a 1F grade! ( Put a hex on it) ;-P
That's funny, but just say no to drugs.
participants (10)
-
Brian Morrison
-
Daniel L. Miller
-
Justin McAleer
-
Marc Perkel
-
Marshal Newrock
-
Oliver Schulze L.
-
Scott Silva
-
Steven F Siirila
-
Timo Sirainen
-
Vincent Bernat