[Dovecot] Dovecot imap bad quota report
Hello,
I have dovecot mail server on a Debian etch: dovecot-common 1.0.10-1~bpo40+1 dovecot-imapd 1.0.10-1~bpo40+1 dovecot-pop3d 1.0.10-1~bpo40+1
It is configured with the quota plugins:
protocol imap { mail_plugins = quota imap_quota imap_client_workarounds = outlook-idle }
plugin { quota = fs }
The problem is that I always get used space but not the limit, and the limit is not the same for all the users, I have tried from thunderbird and horde IMP from another server.
Why is not reporting the quota limit?
Oh, I'm using mbox for mail storage and the quota programm to set quotas
Thank you,
Carlos
-- To UNSUBSCRIBE, email to debian-isp-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Fri, 2008-02-15 at 10:55 +0100, Carlos Acedo wrote:
plugin { quota = fs }
The problem is that I always get used space but not the limit, and the limit is not the same for all the users, I have tried from thunderbird and horde IMP from another server.
First check what Dovecot really reports as the quota:
telnet localhost 143 x login username password y getquotaroot inbox
Show me the result of the getquotaroot command and also what the limit was really supposed to be for the user.
This is the output for getquotaroot:
- QUOTAROOT "INBOX" ""
- QUOTA "" (STORAGE 119544 0) y OK Getquotaroot completed.
And this is my quota command output:
$ quota -u carlos Disk quotas for user carlos (uid 19409): Filesystem blocks quota limit grace files quota limit grace /dev/mapper/Debian-var 41932 150000 165000 1 0 0
Timo Sirainen escribió:
On Fri, 2008-02-15 at 10:55 +0100, Carlos Acedo wrote:
plugin { quota = fs }
The problem is that I always get used space but not the limit, and the limit is not the same for all the users, I have tried from thunderbird and horde IMP from another server.
First check what Dovecot really reports as the quota:
telnet localhost 143 x login username password y getquotaroot inbox
Show me the result of the getquotaroot command and also what the limit was really supposed to be for the user.
On Feb 18, 2008, at 12:07 PM, Carlos Acedo wrote:
This is the output for getquotaroot:
- QUOTAROOT "INBOX" ""
- QUOTA "" (STORAGE 119544 0) y OK Getquotaroot completed.
And this is my quota command output:
$ quota -u carlos Disk quotas for user carlos (uid 19409): Filesystem blocks quota limit grace files quota
limit grace /dev/mapper/Debian-var 41932 150000 165000 1 0 0
What userdb are you using? Post your entire dovecot -n output? Set
mail_debug=yes and show what gets logged when logging in?
It looks like imap process isn't really running as "carlos". I can't
think of anything else.
Hi, I'm using passwd userdb. This is my config file:
# 1.0.10: /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_listen: 217.72.179.52 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_extra_groups: mail mail_location: mbox:~/:mbox:~/mail:INBOX=/var/mail/%u:INDEX=MEMORY mbox_very_dirty_syncs: yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 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: passdb: driver: pam args: session=yes userdb: driver: passwd plugin: quota: fs
Dovecot is running as root, imap-login process is running as dovecot, should it be run as the user loging in? how I'd do that?
This is what I see in debug_mode:
dovecot: imap-login: Login: user=<carlos>, method=PLAIN, rip=xx.xx.xx.xx, lip=xx.xx.xx.xx, TLS Feb 19 10:37:13 avant dovecot: IMAP(carlos): Loading modules from directory: /usr/lib/dovecot/modules/imap avant dovecot: IMAP(carlos): Module loaded: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so avant dovecot: IMAP(carlos): Module loaded: /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so avant dovecot: IMAP(carlos): Effective uid=19409, gid=200, home=/users/pangea/carlos avant dovecot: IMAP(carlos): mbox: data=/users/pangea/carlos/:mbox:~/mail:INBOX=/var/mail/carlos:INDEX=MEMORY avant dovecot: IMAP(carlos): mbox: root=/users/pangea/carlos, index=, inbox=/var/mail/carlos avant dovecot: IMAP(carlos): fs quota add storage dir = /users/pangea/carlos avant dovecot: IMAP(carlos): fs quota block device = /dev/mapper/Debian-home avant dovecot: IMAP(carlos): fs quota mount point = /home
Timo Sirainen escribió:
On Feb 18, 2008, at 12:07 PM, Carlos Acedo wrote:
This is the output for getquotaroot:
- QUOTAROOT "INBOX" ""
- QUOTA "" (STORAGE 119544 0) y OK Getquotaroot completed.
And this is my quota command output:
$ quota -u carlos Disk quotas for user carlos (uid 19409): Filesystem blocks quota limit grace files quota
limit grace /dev/mapper/Debian-var 41932 150000 165000 1 0 0What userdb are you using? Post your entire dovecot -n output? Set mail_debug=yes and show what gets logged when logging in?
It looks like imap process isn't really running as "carlos". I can't think of anything else.
On Feb 19, 2008, at 12:11 PM, Carlos Acedo wrote:
avant dovecot: IMAP(carlos): Effective uid=19409, gid=200, home=/ users/pangea/carlos avant dovecot: IMAP(carlos): fs quota add storage dir = /users/ pangea/carlos avant dovecot: IMAP(carlos): fs quota block device = /dev/mapper/ Debian-home avant dovecot: IMAP(carlos): fs quota mount point = /home
Filesystem blocks quota limit grace files quota
limit grace /dev/mapper/Debian-var
Dovecot is using /dev/mapper/Debian-home, this is showing /dev/mapper/ Debian-var. So they're using different partitions I guess?
Did you try to set quota for /var/mail instead of /home? Since only
INBOX is in /var/mail, you'll need to try something different. Dovecot
supports only one quota partition.
Timo Sirainen escribió:
On Feb 19, 2008, at 12:11 PM, Carlos Acedo wrote:
avant dovecot: IMAP(carlos): Effective uid=19409, gid=200, home=/users/pangea/carlos avant dovecot: IMAP(carlos): fs quota add storage dir = /users/pangea/carlos avant dovecot: IMAP(carlos): fs quota block device = /dev/mapper/Debian-home avant dovecot: IMAP(carlos): fs quota mount point = /home
Filesystem blocks quota limit grace files quota
limit grace /dev/mapper/Debian-varDovecot is using /dev/mapper/Debian-home, this is showing /dev/mapper/Debian-var. So they're using different partitions I guess?
Did you try to set quota for /var/mail instead of /home? Since only INBOX is in /var/mail, you'll need to try something different. Dovecot supports only one quota partition.
It turns out that quotas in /home are set to 0 (unlimited), that's why doesn't appear with 'quota -u carlos'
On the other side, quotas are set for /var not /var/mail, should I set quotas for /var/mail instead of /var? I don't see why should be different.
On Tue, 2008-02-19 at 13:02 +0100, Carlos Acedo wrote:
Dovecot is using /dev/mapper/Debian-home, this is showing /dev/mapper/Debian-var. So they're using different partitions I guess?
Did you try to set quota for /var/mail instead of /home? Since only INBOX is in /var/mail, you'll need to try something different. Dovecot supports only one quota partition.
It turns out that quotas in /home are set to 0 (unlimited), that's why doesn't appear with 'quota -u carlos'
On the other side, quotas are set for /var not /var/mail, should I set quotas for /var/mail instead of /var? I don't see why should be different.
The /var vs /var/mail doesn't matter. The problem is that you have mailboxes in both /var (INBOX) and /home (non-INBOX) and they have different quota settings. To have it work correctly you should move all the mailboxes either under /var or under /home.
participants (2)
-
Carlos Acedo
-
Timo Sirainen