I've been using 1.1.8 successfully but tried out 1.1.10 this morning.
I have a combination of system and virtual users. The system users
were unaffected by the change, but the virtual users all lost access
to their mail because their home directories, as interpreted by
dovecot, moved from user at domain to user at user@domain.
The location of the home directory is given to dovecot for virtual
users using the static db as
uid=vmail gid=vmail home=/var/vmail/%u mail=maildir:~/Inboxdir
Were there any changes in this area that might have caused the problem?
Cyrus
dovecot -n output:
# 1.1.10: /usr/local/etc/dovecot.conf
# OS: FreeBSD 7.1-RELEASE-p2 amd64
protocols: imaps managesieve
ssl_cert_file: /etc/ssl/dovecot/certs/dovecot.pem
ssl_key_file: /etc/ssl/dovecot/private/dovecot.pem
login_dir: /var/run/dovecot/login
login_executable(default): /usr/local/libexec/dovecot/imap-login
login_executable(imap): /usr/local/libexec/dovecot/imap-login
login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login
login_greeting_capability(default): yes
login_greeting_capability(imap): yes
login_greeting_capability(managesieve): no
verbose_proctitle: yes
first_valid_uid: 1000
first_valid_gid: 1000
mail_privileged_group: mail
mail_location: mbox:~/.dovecot:INBOX=/var/mail/%u
mail_executable(default): /usr/local/libexec/dovecot/imap
mail_executable(imap): /usr/local/libexec/dovecot/imap
mail_executable(managesieve): /usr/local/libexec/dovecot/managesieve
mail_plugins(default): expire quota imap_quota trash fts fts_squat
antispam autocreate
mail_plugins(imap): expire quota imap_quota trash fts fts_squat
antispam autocreate
mail_plugins(managesieve):
mail_plugin_dir(default): /usr/local/lib/dovecot/imap
mail_plugin_dir(imap): /usr/local/lib/dovecot/imap
mail_plugin_dir(managesieve): /usr/local/lib/dovecot/managesieve
imap_client_workarounds(default): delay-newmail netscape-eoh
tb-extra-mailbox-sep
imap_client_workarounds(imap): delay-newmail netscape-eoh tb-extra-mailbox-sep
imap_client_workarounds(managesieve):
dict_db_config: /usr/local/etc/dovecot-db.conf
sieve_storage(default):
sieve_storage(imap):
sieve_storage(managesieve): ~/.sieve
sieve(default):
sieve(imap):
sieve(managesieve): ~/.dovecot.sieve
namespace:
type: private
separator: /
prefix: #mbox/
inbox: yes
hidden: yes
subscriptions: yes
namespace:
type: private
separator: /
location: maildir:~/Maildir
list: yes
subscriptions: yes
auth default:
mechanisms: plain login
username_format: %Lu
passdb:
driver: pam
args: session=yes dovecot
passdb:
driver: sql
args: /usr/local/etc/dovecot-sql.conf
userdb:
driver: passwd
args: blocking=yes
userdb:
driver: static
args: uid=vmail gid=vmail home=/var/vmail/%u mail=maildir:~/Inboxdir
socket:
type: listen
client:
path: /var/run/dovecot/auth-client
mode: 432
master:
path: /var/run/dovecot/auth-master
mode: 384
user: vmail
group: vmail
On Jan 31, 2009, at 4:22 PM, Cyrus Rahman wrote:> I have a combination of system and virtual users. The system users > were unaffected by the change, but the virtual users all lost access > to their mail because their home directories, as interpreted by > dovecot, moved from user at domain to user at user@domain.Set auth_debug=yes, mail_debug=yes and log in. What does it show in logs?> > passdb: > driver: pam > args: session=yes dovecot > passdb: > driver: sql > args: /usr/local/etc/dovecot-sql.conf > userdb: > driver: passwd > args: blocking=yes > userdb: > driver: static > args: uid=vmail gid=vmail home=/var/vmail/%u mail=maildir:~/ > InboxdirSo you have both system and virtual users?
On Jan 31, 2009, at 4:22 PM, Cyrus Rahman wrote:> I have a combination of system and virtual users. The system users > were unaffected by the change, but the virtual users all lost access > to their mail because their home directories, as interpreted by > dovecot, moved from user at domain to user at user@domain.Fixed: http://hg.dovecot.org/dovecot-1.1/rev/498022697a33 I'll also make a v1.1.11 release next week.