Frank Elsner
2008-Dec-17 13:12 UTC
[Dovecot] Unknown quota backend / imap dump-capability process returned 89
Hi all, I want to use maildir++ quota with dovecot but when starting I get:> service dovecot startStarting IMAP-Service (dovecot 1.1.7) ILoading modules from directory: /usr/dovecot/lib/dovecot/imap IModule loaded: /usr/dovecot/lib/dovecot/imap/lib10_quota_plugin.so IModule loaded: /usr/dovecot/lib/dovecot/imap/lib11_imap_quota_plugin.so IModule loaded: /usr/dovecot/lib/dovecot/imap/lib20_mail_log_plugin.so IEffective uid=65534, gid=65534, home=/tmp FUnknown quota backend: 0 Error: imap dump-capability process returned 89 Fatal: Invalid configuration in /usr/local/dovecot/etc/dovecot.conf> dovecot -n# 1.1.7: /usr/local/dovecot/etc/dovecot.conf # OS: Linux 2.6.27 i686 Fedora Core release 6 (Zod) ext3 base_dir: /var/run/dovecot/ ssl_cert_file: /usr/local/etc/seymour.crt ssl_key_file: /usr/local/etc/seymour.key disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable: /usr/dovecot/libexec/dovecot/imap-login login_greeting: c64.shuttle.de - Dovecot ready. login_log_format_elements: %u %r %c mail_max_userip_connections: 25 verbose_proctitle: yes first_valid_uid: 100 last_valid_uid: 65534 mail_location: maildir:/var/mail/%u:INDEX=MEMORY mail_debug: yes maildir_copy_preserve_filename: yes mail_executable: /usr/dovecot/libexec/dovecot/imap-quota mail_plugins: mail_log quota imap_quota mail_plugin_dir: /usr/dovecot/lib/dovecot/imap mail_log_prefix: %Us(%u,%r): mail_log_max_lines_per_sec: 0 imap_client_workarounds: netscape-eoh tb-extra-mailbox-sep imap_logout_format: [%i/%o] auth default: executable: /usr/dovecot/libexec/dovecot/dovecot-auth master_user_separator: / count: 2 passdb: driver: pam args: dovecot passdb: driver: passwd-file args: /usr/dovecot/etc/masters userdb: driver: passwd plugin: quota: maildir:INBOX mail_log_events: delete undelete expunge copy mailbox_delete The "mail_executable: /usr/dovecot/libexec/dovecot/imap-quota" currently reads: | #!/bin/sh | | /usr/bin/logger -p mail.info -t dovecot "imap-quota: Starting for $USER" | | exec /usr/dovecot/libexec/dovecot/imap In the future this procedure will provide QUOTA_RULESs per usr. Any pointers welcome. --Frank Elsner
Timo Sirainen
2009-Jan-09 18:58 UTC
[Dovecot] Unknown quota backend / imap dump-capability process returned 89
On Wed, 2008-12-17 at 14:12 +0100, Frank Elsner wrote:> IEffective uid=65534, gid=65534, home=/tmp > FUnknown quota backend: 0It sees "QUOTA=0" or "QUOTA=0:something" environment for some reason. With this patch you'll see the entire environment value: http://hg.dovecot.org/dovecot-1.1/rev/3c2f9e53eb5c> plugin: > quota: maildir:INBOXThis looks correct.> The "mail_executable: /usr/dovecot/libexec/dovecot/imap-quota" currently reads:Have you tried without your own mail_executable? I don't really see how this error is possible with your configuration. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20090109/4b83b2bd/attachment-0002.bin>
Frank Elsner
2009-Jan-09 20:08 UTC
[Dovecot] Unknown quota backend / imap dump-capability process returned 89
On Fri, 09 Jan 2009 13:58:35 -0500 Timo Sirainen wrote:> On Wed, 2008-12-17 at 14:12 +0100, Frank Elsner wrote: > > IEffective uid=65534, gid=65534, home=/tmp > > FUnknown quota backend: 0 > > It sees "QUOTA=0" or "QUOTA=0:something" environment for some reason. > With this patch you'll see the entire environment value: > http://hg.dovecot.org/dovecot-1.1/rev/3c2f9e53eb5c > > > plugin: > > quota: maildir:INBOX > > This looks correct. > > > The "mail_executable: /usr/dovecot/libexec/dovecot/imap-quota" currently reads: > > Have you tried without your own mail_executable? > > I don't really see how this error is possible with your configuration.Mee too, can't remember the situation. too much changes in the meantime. Meanwhile the problem is solved. Must have been a combination of several (maybe stupid) error of mine. Thanks anyway. --Frank Elsner