[Dovecot] Upgrade to 1.1 maildir & shared folders problems

[sami at medusa.tutka.fi]

On Mon, 30 Jun 2008, Timo Sirainen wrote:

> On Mon, 2008-06-30 at 11:31 +0300, sami at medusa.tutka.fi wrote:
> >
> > Jun 30 11:14:47 [dovecot] imap-login: Login: user=<testi33>, method=PLAIN,
> > rip=212.116.32.210, lip=212.116.32.130
> > Jun 30 11:14:47 [dovecot] child 23578 (imap) killed with signal 11
>
> That's a crash. Could you get gdb backtrace from it? See
> http://dovecot.org/bugreport.html how to do it.

Here is a backtrace from a test-server, running newer debian than the
production boxes:

#0  fs_quota_mount_init (root=0x81098f0, mount=0x0) at quota-fs.c:210
        roots = (struct quota_root * const *) 0x8109890
        i = 1
#1  0xb7e34bd1 in fs_quota_storage_added (quota=0x8109850,
storage=0x810a148) at quota-fs.c:253
        mount = (struct fs_quota_mountpoint *) 0x0
        root = <value optimized out>
        dir = <value optimized out>
        is_file = false
#2  0xb7e32d66 in quota_add_user_storage (quota=0x8109850,
storage=0x810a148) at quota.c:467
        roots = <value optimized out>
        storages = <value optimized out>
        backends = <value optimized out>
        path = 0x810a540 "/var/spool/mail/testi33/"
        path2 = <value optimized out>
        i = 1
        is_file = false
#3  0xb7e37d44 in quota_mail_storage_created (storage=0x810a148) at
quota-storage.c:469
        qstorage = (union mail_storage_module_context *) 0x810a240
#4  0x080a0646 in mail_storage_create (ns=0x8109d40, driver=0x8100178
"maildir", data=<value optimized out>,
    user=0xbf971f65 "testi33", flags=3328,
lock_method=FILE_LOCK_METHOD_FCNTL, error_r=0xbf971028) at
mail-storage.c:254
        _data_stack_cur_id = 3
        storage_class = (struct mail_storage *) 0x80f9640
        storage = (struct mail_storage *) 0x810a148
        classes = (struct mail_storage * const *) 0xa
        home = <value optimized out>
        value = <value optimized out>
        i = 0
        count = 1
#5  0x0809eaa0 in mail_namespaces_init (pool=0x8109d28, user=0xbf971f65
"testi33", namespaces_r=0xbf971084) at mail-namespace.c:81
        _data_stack_cur_id = 2
        namespaces = (struct mail_namespace *) 0x0
        ns = <value optimized out>
        ns_p = (struct mail_namespace **) 0xbf971038
        flags = 3072
        lock_method = FILE_LOCK_METHOD_FCNTL
        mail = <value optimized out>
        data = 0xbf971d30
"maildir:/var/spool/mail/testi33//:INDEX=/var/dovecot/index/testi33:CONTROL=/var/dovecot/control/testi33"
        error = <value optimized out>
        i = 1
#6  0x080681bf in main (argc=135305456, argv=0xbf971124, envp=0xbf971134)
at main.c:234
        home = 0x0


Seems to be quota plugin related, i removed the plugin and i could log on
with a new user that did not have a maildir yet.

When we upgraded to 1.1 i enabled the quota plugin witch i forgot to
mention (sorry) since it was working nicely and reporting the quota to the
users. quota is from a netapp filer that we use over nfs, any idea if we
can make this work? later we will change to dovecots deliver and use it's
quota, but mean time it would be nice for the users to see their quota
directly from the mail client.

>
> > Jun 30 11:19:07 [dovecot] IMAP(username):
> > fchown(/var/mail/jaetut/temp.valas.17956.7b8393cabde89cbd) failed:
> > Operation not permitted
> > Jun 30 11:19:07 [dovecot] IMAP(username): dovecot-acl-list creation failed:
> > safe_mkstemp(/var/mail/jaetut/temp.valas.17956.7b8393cabde89cbd) failed:
> > Operation not permitted
>
> Do you use SELinux or something like that? "Operation not permitted" is
> not the same as "Permission denied" which comes with normal filesystem
> permission problems.
>

Not using SELinux, the location is also nfs if it makes a diffrence
(control + index files are going to a local disk). i get the same error on
the testbox as well, anything i could do to find out more why it's not
creating the file?

//sami