[Dovecot] Problem with v1.1.10
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@domain to user@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@domain to user@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:~/ Inboxdir
So you have both system and virtual users?
Hi all,
I finally manged to create somehow shared folders in dovecot imap ...
After a number trials I came up with this conf from my test server #----------------------------------------------------------------------------------------------------------
#dovecot --build-options SQL drivers: mysql Passdb: checkpassword pam passwd passwd-file shadow sql Userdb: nss passwd passwd-file prefetch sql static #----------------------------------------------------------------------------------------------------------- protocols = imap imaps log_timestamp = "%Y-%m-%d %H:%M:%S " ssl_cert_file = /etc/postfix/sasl/mycert.pem ssl_key_file = /etc/postfix/sasl/mycert.pem mail_location = maildir:~/Maildir
namespace private { separator = / prefix =
location = maildir:~/Maildir inbox = yes } namespace public { prefix = Public/ separator = / location = maildir:/var/Public:INBOX=~/Maildir:INDEX=~/Maildir/p-index:CONTROL=~/Maildir/p-ctrl hidden=no subscriptions=no inbox = no } namespace public { prefix = Public2/ separator = / location = mbox:/var/Public2/mboxes:INBOX=~/Maildir:INDEX=~/Maildir/p2-index:CONTROL=~/Maildir/p2-ctrl hidden=no subscriptions=no inbox = no } mail_privileged_group = mail mail_debug = yes valid_chroot_dirs = /var/mail protocol imap { mail_plugins = convert imap_client_workarounds = outlook-idle }
protocol pop3 { pop3_uidl_format = %08Xu%08Xv } auth default { mechanisms = plain login passdb pam { } userdb passwd { } user = root socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } dict { } plugin { } #-------------------------------------------------------------------- However I observed that a) dovecot-shared file is not honored unless located in inside the maildir stucture .... ( just above cur,tmp,new ) b) when mbox format is used dovecot-shared file does not get honored at all ... ( ie a user creates another mailbox in the directory ). c) Is there a way to reject mbox or maildir file/dir creations by the users in a shared folder ??
I've used a mailbox format public namespace in order to be simple and have users dump undetected spam there for latter use in sa-learn --spam .
Please understand that I am quite new to this ( confused as well ), thus some of my questions might seem naive ( at least ) ..
Cheers Harry.
on 2-1-2009 3:50 AM Harry Lachanas spake the following:
Hi all,
I finally manged to create somehow shared folders in dovecot imap ...
After a number trials I came up with this conf from my test server #---------------------------------------------------------------------------------------------------------- You might have been ignored for hijacking a thread.
Some lists are more tolerant then others, but it is never a good idea.
-- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!
On Sun, 2009-02-01 at 13:50 +0200, Harry Lachanas wrote:
a) dovecot-shared file is not honored unless located in inside the maildir stucture .... ( just above cur,tmp,new )
Correct.
b) when mbox format is used dovecot-shared file does not get honored at all ... ( ie a user creates another mailbox in the directory ).
Correct.
c) Is there a way to reject mbox or maildir file/dir creations by the users in a shared folder ??
Remove write permission from the parent directory.
See the newly rewritten http://wiki.dovecot.org/SharedMailboxes if that helps with your questions.
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@domain to user@user@domain.
Fixed: http://hg.dovecot.org/dovecot-1.1/rev/498022697a33
I'll also make a v1.1.11 release next week.
On Sat, Jan 31, 2009 at 3:17 PM, Timo Sirainen <tss@iki.fi> wrote:
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@domain to user@user@domain.
Fixed: http://hg.dovecot.org/dovecot-1.1/rev/498022697a33
I'll also make a v1.1.11 release next week.
I've installed the patch and things are working correctly again. Thanks!
participants (4)
-
Cyrus Rahman
-
Harry Lachanas
-
Scott Silva
-
Timo Sirainen