http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz.sig
Hopefully the last RC release? As far as I know there are no major problems left now. If nothing big shows up, v1.0 should be out in a couple of weeks.
* Renamed default_mail_env to mail_location. default_mail_env still
works for backwards compatibility.
* deliver: When sending rejects, don't include Content-Type in the
rejected mail's headers.
* LDAP changes:
* If auth binds are used, bind back to the default dn before doing
a search. Otherwise it could fail if a user gave an invalid
password.
* Initial binding at connect is now done asynchronously.
* Use pass_attrs even with auth_bind=yes since it may contain
useful non-password fields.
+ passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP
environments to the checkpassword binary so we're UCSPI (and vchkpw)
compatible.
- mbox handling was a bit broken in rc10
- Using Dovecot via inetd kept crashing dovecot master
- deliver: Don't crash with -f "". Changed the default from envelope
to be "MAILER-DAEMON".
- INBOX wasn't shown with LSUB command if only prefixed namespaces
were used.
- passdb ldap: Reconnecting to LDAP server wasn't working with
auth binds.
- passdb sql: Non-plaintext authentication didn't work
- MySQL passdb ignored all non-password checks, such as allow_nets
- trash plugin was brokenThanks for getting the xinetd working again. I appreciate it.
Brent Spencer XsiteDesigns
http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz.sig
Hopefully the last RC release? As far as I know there are no major problems left now. If nothing big shows up, v1.0 should be out in a couple of weeks.
- Renamed default_mail_env to mail_location. default_mail_env still works for backwards compatibility.
- deliver: When sending rejects, don't include Content-Type in the rejected mail's headers.
- LDAP changes: * If auth binds are used, bind back to the default dn before doing a search. Otherwise it could fail if a user gave an invalid password.
- Initial binding at connect is now done asynchronously.
- Use pass_attrs even with auth_bind=yes since it may contain useful non-password fields.
- passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP environments to the checkpassword binary so we're UCSPI (and vchkpw) compatible.
- mbox handling was a bit broken in rc10
- Using Dovecot via inetd kept crashing dovecot master
- deliver: Don't crash with -f "". Changed the default from envelope to be "MAILER-DAEMON".
- INBOX wasn't shown with LSUB command if only prefixed namespaces were used.
- passdb ldap: Reconnecting to LDAP server wasn't working with auth binds.
- passdb sql: Non-plaintext authentication didn't work
- MySQL passdb ignored all non-password checks, such as allow_nets
- trash plugin was broken
Dovecot-news mailing list Dovecot-news@dovecot.org http://dovecot.org/cgi-bin/mailman/listinfo/dovecot-news
This email has been scanned for viruses by ClamAV
Hello!
I'm having problems with pine (same config with 1.0rc10), Thunderbird is ok, no namespace config:
============================== 00000000 SELECT Mail/folder 00000001 LOGOUT
.... 00000000 NO Mailbox doesn't exist: Mail/folder
BYE Logging out 00000001 OK Logout completed.
Was something changed in namespace handling?
I reverted back to 1.0rc10 ...
Thnx.
Ciao, Gerhard
On Sat, 4 Nov 2006, Timo Sirainen wrote:
http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz.sig
Hopefully the last RC release? As far as I know there are no major problems left now. If nothing big shows up, v1.0 should be out in a couple of weeks.
- Renamed default_mail_env to mail_location. default_mail_env still works for backwards compatibility.
- deliver: When sending rejects, don't include Content-Type in the rejected mail's headers.
- LDAP changes: * If auth binds are used, bind back to the default dn before doing a search. Otherwise it could fail if a user gave an invalid password.
- Initial binding at connect is now done asynchronously.
- Use pass_attrs even with auth_bind=yes since it may contain useful non-password fields.
- passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP environments to the checkpassword binary so we're UCSPI (and vchkpw) compatible.
- mbox handling was a bit broken in rc10
- Using Dovecot via inetd kept crashing dovecot master
- deliver: Don't crash with -f "". Changed the default from envelope to be "MAILER-DAEMON".
- INBOX wasn't shown with LSUB command if only prefixed namespaces were used.
- passdb ldap: Reconnecting to LDAP server wasn't working with auth binds.
- passdb sql: Non-plaintext authentication didn't work
- MySQL passdb ignored all non-password checks, such as allow_nets
- trash plugin was broken
On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote:
Hello!
I'm having problems with pine (same config with 1.0rc10), Thunderbird is ok, no namespace config:
============================== 00000000 SELECT Mail/folder 00000001 LOGOUT
.... 00000000 NO Mailbox doesn't exist: Mail/folder
Should it have existed? How does rc10 work differently here?
Was something changed in namespace handling?
I can't think of anything.
On Sun, 5 Nov 2006, Timo Sirainen wrote:
On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote:
Hello!
I'm having problems with pine (same config with 1.0rc10), Thunderbird is ok, no namespace config:
============================== 00000000 SELECT Mail/folder 00000001 LOGOUT
.... 00000000 NO Mailbox doesn't exist: Mail/folder
Should it have existed? How does rc10 work differently here?
Was something changed in namespace handling?
I can't think of anything.
Hello Timo!
Of course, the folder exists. It is a mbox folder. When I reinstall the 1.0rc10 version the folder is found.
Ciao, Gerhard
On Sun, 2006-11-05 at 11:25 +0100, Gerhard Wiesinger wrote:
On Sun, 5 Nov 2006, Timo Sirainen wrote:
On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote:
Hello!
I'm having problems with pine (same config with 1.0rc10), Thunderbird is ok, no namespace config:
============================== 00000000 SELECT Mail/folder 00000001 LOGOUT
.... 00000000 NO Mailbox doesn't exist: Mail/folder
Should it have existed? How does rc10 work differently here?
Was something changed in namespace handling?
I can't think of anything.
Hello Timo!
Of course, the folder exists. It is a mbox folder. When I reinstall the 1.0rc10 version the folder is found.
But since it works with Thunderbird, it can't be anything as simple as "it's completely broken". I mean, I can't really fix anything since I've no idea what might have got broken. mboxes work just fine with me.
If I'd have to guess it's that the "Mail/" prefix looks suspicious to me. Do you have your mboxes in ~/Mail/ directory? Did you set default_mail_env to point to ~/Mail or have you just set the "Mail/" prefix in both Pine and Thunderbird?
Well, this brings to my mind one difference that I can think of: In rc11 default_mail_env has been renamed to mail_location. But default_mail_env should work just as well, as long as you don't have mail_location set.
On Sun, 5 Nov 2006, Timo Sirainen wrote:
On Sun, 2006-11-05 at 11:25 +0100, Gerhard Wiesinger wrote:
On Sun, 5 Nov 2006, Timo Sirainen wrote:
On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote:
Hello!
I'm having problems with pine (same config with 1.0rc10), Thunderbird is ok, no namespace config:
============================== 00000000 SELECT Mail/folder 00000001 LOGOUT
.... 00000000 NO Mailbox doesn't exist: Mail/folder
Should it have existed? How does rc10 work differently here?
Was something changed in namespace handling?
I can't think of anything.
Hello Timo!
Of course, the folder exists. It is a mbox folder. When I reinstall the 1.0rc10 version the folder is found.
But since it works with Thunderbird, it can't be anything as simple as "it's completely broken". I mean, I can't really fix anything since I've no idea what might have got broken. mboxes work just fine with me.
If I'd have to guess it's that the "Mail/" prefix looks suspicious to me. Do you have your mboxes in ~/Mail/ directory? Did you set default_mail_env to point to ~/Mail or have you just set the "Mail/" prefix in both Pine and Thunderbird?
Well, this brings to my mind one difference that I can think of: In rc11 default_mail_env has been renamed to mail_location. But default_mail_env should work just as well, as long as you don't have mail_location set.
In Thunderbird I use: ~/Mail
In pine I use: folder-collections=Mail {localhost/notls}Mail/[]
It has something to do with the default_mail_env, which does not work well and seems to be broken for backward compatibility (I should have tested the snapshot from yesterday :-) ):
Not OK in 1.0rc11, but ok in 1.0rc10: default_mail_env = mbox:~:INBOX=/var/mail/%u
OK in 1.0rc11: mail_location = mbox:~:INBOX=/var/mail/%u
Ciao, Gerhard
On Sun, 2006-11-05 at 11:44 +0100, Gerhard Wiesinger wrote:
In Thunderbird I use: ~/Mail
In pine I use: folder-collections=Mail {localhost/notls}Mail/[]
It has something to do with the default_mail_env, which does not work well and seems to be broken for backward compatibility (I should have tested the snapshot from yesterday :-) ):
Not OK in 1.0rc11, but ok in 1.0rc10: default_mail_env = mbox:~:INBOX=/var/mail/%u
OK in 1.0rc11: mail_location = mbox:~:INBOX=/var/mail/%u
Is it possible that Pine could be logging in with "dovecot --exec-mail imap" instead of using TCP? I think it tries to execute the imap binary directly when logging in to localhost. For that case the default_mail_env is broken, but for normal TCP connections it should work.
On Sun, 5 Nov 2006, Timo Sirainen wrote:
On Sun, 2006-11-05 at 11:44 +0100, Gerhard Wiesinger wrote:
In Thunderbird I use: ~/Mail
In pine I use: folder-collections=Mail {localhost/notls}Mail/[]
It has something to do with the default_mail_env, which does not work well and seems to be broken for backward compatibility (I should have tested the snapshot from yesterday :-) ):
Not OK in 1.0rc11, but ok in 1.0rc10: default_mail_env = mbox:~:INBOX=/var/mail/%u
OK in 1.0rc11: mail_location = mbox:~:INBOX=/var/mail/%u
Is it possible that Pine could be logging in with "dovecot --exec-mail imap" instead of using TCP? I think it tries to execute the imap binary directly when logging in to localhost. For that case the default_mail_env is broken, but for normal TCP connections it should work.
Yes, I'm using pine with "dovecot --exec-mail imap". I'm always having configurations which breaks software tests :-)
Ciao, Gerhard
Hello Timo!
Deliver is also broken with 1.0rc10 (I didn't try 1.0rc11 yet) It also needs the mail_location set, default_mail_env doesn't work. Must be fixed in 1.0rc12, too.
I wondered why I didn't get any mails in my mailinglist folders. They were stored in ~ and no in the specified directory :-(
Thnx.
Ciao, Gerhard
On Sun, 5 Nov 2006, Timo Sirainen wrote:
On Sun, 2006-11-05 at 11:44 +0100, Gerhard Wiesinger wrote:
In Thunderbird I use: ~/Mail
In pine I use: folder-collections=Mail {localhost/notls}Mail/[]
It has something to do with the default_mail_env, which does not work well and seems to be broken for backward compatibility (I should have tested the snapshot from yesterday :-) ):
Not OK in 1.0rc11, but ok in 1.0rc10: default_mail_env = mbox:~:INBOX=/var/mail/%u
OK in 1.0rc11: mail_location = mbox:~:INBOX=/var/mail/%u
Is it possible that Pine could be logging in with "dovecot --exec-mail imap" instead of using TCP? I think it tries to execute the imap binary directly when logging in to localhost. For that case the default_mail_env is broken, but for normal TCP connections it should work.
On Wed, 2006-11-08 at 07:47 +0100, Gerhard Wiesinger wrote:
Hello Timo!
Deliver is also broken with 1.0rc10 (I didn't try 1.0rc11 yet) It also needs the mail_location set, default_mail_env doesn't work. Must be fixed in 1.0rc12, too.
I wondered why I didn't get any mails in my mailinglist folders. They were stored in ~ and no in the specified directory :-(
Um. Huh? mail_location didn't even exist in rc10 yet. And in rc11 it already fallbacked to default_mail_env if mail_location wasn't set.
Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only with mail_location.
Is this fixed in 1.0rc13?
Ciao, Gerhard
On Wed, 8 Nov 2006, Timo Sirainen wrote:
On Wed, 2006-11-08 at 07:47 +0100, Gerhard Wiesinger wrote:
Hello Timo!
Deliver is also broken with 1.0rc10 (I didn't try 1.0rc11 yet) It also needs the mail_location set, default_mail_env doesn't work. Must be fixed in 1.0rc12, too.
I wondered why I didn't get any mails in my mailinglist folders. They were stored in ~ and no in the specified directory :-(
Um. Huh? mail_location didn't even exist in rc10 yet. And in rc11 it already fallbacked to default_mail_env if mail_location wasn't set.
On Wed, 2006-11-08 at 17:24 +0100, Gerhard Wiesinger wrote:
Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only with mail_location.
Is this fixed in 1.0rc13?
As far as I know, it wasn't broken in rc11 either. Just tested with rc13, and it works for me. And I haven't changed that code since rc11. So I can't really understand why it wouldn't have worked with you..
Although if you had an empty mail_location setting in the file, then it did use it without complaining.
OK, the following configuration does NOT work with 1.0rc11 for me, it delivers to ~/
When I change it back to mail_location = mbox:~/Mail:INBOX=/var/mail/%u it works well.
protocol lda { postmaster_address = postmaster@domain auth_socket_path = /var/run/dovecot-auth-master log_path = /path/to/deliver.log info_log_path = /path/to/deliver.log log_timestamp=%Y.%m.%d %H:%M:%S%t default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u mail_debug = yes }
Ciao, Gerhard
On Wed, 8 Nov 2006, Timo Sirainen wrote:
On Wed, 2006-11-08 at 17:24 +0100, Gerhard Wiesinger wrote:
Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only with mail_location.
Is this fixed in 1.0rc13?
As far as I know, it wasn't broken in rc11 either. Just tested with rc13, and it works for me. And I haven't changed that code since rc11. So I can't really understand why it wouldn't have worked with you..
Although if you had an empty mail_location setting in the file, then it did use it without complaining.
It is also not fixed with 1.0rc13.
Hope it helps.
Ciao, Gerhard
On Wed, 8 Nov 2006, Gerhard Wiesinger wrote:
OK, the following configuration does NOT work with 1.0rc11 for me, it delivers to ~/
When I change it back to mail_location = mbox:~/Mail:INBOX=/var/mail/%u it works well.
protocol lda { postmaster_address = postmaster@domain auth_socket_path = /var/run/dovecot-auth-master log_path = /path/to/deliver.log info_log_path = /path/to/deliver.log log_timestamp=%Y.%m.%d %H:%M:%S%t default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u mail_debug = yes }
Ciao, Gerhard
On Wed, 8 Nov 2006, Timo Sirainen wrote:
On Wed, 2006-11-08 at 17:24 +0100, Gerhard Wiesinger wrote:
Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only with mail_location.
Is this fixed in 1.0rc13?
As far as I know, it wasn't broken in rc11 either. Just tested with rc13, and it works for me. And I haven't changed that code since rc11. So I can't really understand why it wouldn't have worked with you..
Although if you had an empty mail_location setting in the file, then it did use it without complaining.
On Wed, 2006-11-08 at 17:59 +0100, Gerhard Wiesinger wrote:
OK, the following configuration does NOT work with 1.0rc11 for me, it delivers to ~/
When I change it back to mail_location = mbox:~/Mail:INBOX=/var/mail/%u it works well.
protocol lda { postmaster_address = postmaster@domain auth_socket_path = /var/run/dovecot-auth-master log_path = /path/to/deliver.log info_log_path = /path/to/deliver.log log_timestamp=%Y.%m.%d %H:%M:%S%t default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u mail_debug = yes }
I still don't see it myself, but why do you have default_mail_env inside the protocol lda block?
If you had mail_location outside the protocol lda block, then it would have overridden the default_mail_env inside protocol lda.
participants (3)
-
Brent Spencer
-
Gerhard Wiesinger
-
Timo Sirainen