dovecot - Mar 2007 - tilde in mbox:, when used in non-system user db

Originally I've thought that this is related to INBOX field,
but it turned out it happens only when you specify mbox.

Consider following passwd-file:

testms::10000:10000:imap,,,:/home/vmail/ppgk.com.pl/testms/./::userdb_mail=mbox:~/Mail:INBOX=/home/vmail/ppgk.com.pl/%u/inbox

or following line from userdb static:

args = uid=10000 gid=10000 home=/home/vmail/ppgk.com.pl/%u/./
mail=mbox:~/Mail:INBOX=/home/vmail/ppgk.com.pl/%u/inbox

In both cases, in user's directory, there will be an empty ~/Mail directory
created, in addition to Mail and inbox. No idea about how sql or ldap
would behave here, but global mail_location from dovecot.conf doesn't
suffer from this issue (~ was expanded properly in ktrace dump).

Chroot specification (/./) doesn't matter here.

If I change mbox:~/Mail:INBOX=..... to

mbox:/home/vmail/ppgk.com.pl/%u/Mail:INBOX=~/inbox

then everything will be fine - no extra '~' dir. Thus my assumption
it's
not INBOX field related.

Looking at ktrace, it seems that imap process is checking for the existence
of ~/Mail, without expanding tilde. Then quite a bit later, it creates
Mail as a "side effect" of creating Trash subdirectory.

Relevant fragments:

   1853 imap     CALL  mkdir(0x8a79b100,0x1f8)
   1853 imap     NAMI  "~/Mail"
   1853 imap     RET   mkdir -1 errno 2 No such file or directory
   1853 imap     CALL  sigprocmask(0x1,0xffffffff)
   1853 imap     RET   sigprocmask 0
   1853 imap     CALL  mprotect(0x3c0ec000,0x1000,0x3)
   1853 imap     RET   mprotect 0
   1853 imap     CALL  mprotect(0x3c0ec000,0x1000,0x1)
   1853 imap     RET   mprotect 0
   1853 imap     CALL  sigprocmask(0x3,0)
   1853 imap     RET   sigprocmask -65793/0xfffefeff
   1853 imap     CALL  mkdir(0x8a79b108,0x1f8)
   1853 imap     NAMI  "~"
   1853 imap     RET   mkdir 0
   1853 imap     CALL  mkdir(0x8a79b100,0x1f8)
   1853 imap     NAMI  "~/Mail"
   1853 imap     RET   mkdir 0

and

   1853 imap     CALL  stat(0x8a79b180,0xcfbeb5c0)
   1853 imap     NAMI  "/home/vmail/ppgk.com.pl/testms/Mail/Trash"
   1853 imap     RET   stat -1 errno 2 No such file or directory
   1853 imap     CALL  stat(0x8a79b1b0,0xcfbeb600)
   1853 imap     NAMI  "/home/vmail/ppgk.com.pl/testms/Mail/Trash"
   1853 imap     RET   stat -1 errno 2 No such file or directory
   1853 imap     CALL  mkdir(0x8a79b1e0,0x1f8)
   1853 imap     NAMI  "/home/vmail/ppgk.com.pl/testms/Mail"
   1853 imap     RET   mkdir 0
   1853 imap     CALL  open(0x8a79b1b0,0xa02,0x1b0)
   1853 imap     NAMI  "/home/vmail/ppgk.com.pl/testms/Mail/Trash"
   1853 imap     RET   open 7



My configuration is prtty much the same as previously:

openbsd 3.9, i386, dovecot 1.0-rc27 (latest nightly, but the same happened in
stock 1.0rc27)

dovecot.userdb:
testms::10000:10000:imap,,,:/home/vmail/ppgk.com.pl/testms/./::userdb_mail=mbox:~/Mail:INBOX=/home/vmail/ppgk.com.pl/%u/inbox

dovecot.passdb:
testms:{PLAIN}test:

base_dir: /var/dovecot/
protocols: imap imaps pop3 pop3s
ssl_listen: *
ssl_ca_file: /etc/ssl/cert_bundle.pem
ssl_cert_file: /etc/ssl/ca_ppgk/certs/fetch_crt.pem
ssl_key_file: /etc/ssl/ca_ppgk/private/fetch_key.pem
verbose_ssl: yes
login_dir: /var/dovecot/login
login_executable(default): /usr/local/libexec/dovecot/imap-login
login_executable(imap): /usr/local/libexec/dovecot/imap-login
login_executable(pop3): /usr/local/libexec/dovecot/pop3-login
login_greeting: Dovecot IMAP server ready.
login_greeting_capability(default): yes
login_greeting_capability(imap): yes
login_greeting_capability(pop3): no
valid_chroot_dirs: /var/mail:/home/regular:/home/vmail
verbose_proctitle: yes
first_valid_uid: 1999
first_valid_gid: 10
mail_location: mbox:~/Mail:INBOX=/var/mail/%u
mail_debug: yes
fsync_disable: yes
lock_method: fcntl
maildir_copy_with_hardlinks: yes
mbox_read_locks: fcntl
mbox_write_locks: fcntl
mail_executable(default): /usr/local/libexec/dovecot/imap
mail_executable(imap): /usr/local/libexec/dovecot/imap
mail_executable(pop3): /usr/local/libexec/dovecot/pop3
mail_plugin_dir(default): /usr/local/lib/dovecot/imap
mail_plugin_dir(imap): /usr/local/lib/dovecot/imap
mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3
imap_client_workarounds(default): outlook-idle delay-newmail
imap_client_workarounds(imap): outlook-idle delay-newmail
imap_client_workarounds(pop3): outlook-idle
pop3_uidl_format(default):
pop3_uidl_format(imap):
pop3_uidl_format(pop3): %08Xu%08Xv
pop3_client_workarounds(default):
pop3_client_workarounds(imap):
pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh
auth default:
    mechanisms: plain login
    verbose: yes
    debug: yes
    passdb:
      driver: passwd-file
      args: /etc/dovecot.passdb
    passdb:
      driver: bsdauth
    userdb:
      driver: passwd-file
      args: /etc/dovecot.userdb
    userdb:
      driver: passwd
    socket:
      type: listen
      client:
        path: /var/spool/postfix/private/auth
        mode: 432
        user: postfix
        group: postfix
      master:

On Thu, 2007-03-22 at 09:11 +0100, Michal Soltys wrote:
> In both cases, in user's directory, there will be an empty ~/Mail
directory
> created, in addition to Mail and inbox. No idea about how sql or ldap
> would behave here, but global mail_location from dovecot.conf doesn't
> suffer from this issue (~ was expanded properly in ktrace dump).
Thanks. I thought I had fixed all of these problems, but looks like not.
This should fix it:
http://dovecot.org/list/dovecot-cvs/2007-March/008288.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20070322/39afd386/attachment.bin>