Topic: SME 8: Issue with Horde not displaying mails

[Michail Pappas]

SME 8 running in a ESXi VM, no RAID, no LVM.

I have been experiencing strange issues with Horde. I have a lot of users that have reached their mail quota (100M soft, 110M hard) a long time ago. In a couple of cases I experienced strange issues with Horde. Specifically:

* in the first case, I could not delete the messages from within webmail. I would delete them, but when reselecting them to completely erase them, nothing would happen. Eventually I entered the Maildir/cur subdir and rm'ed everything there. Definitely not beautiful, but was in a hurry... I am really sorry I did not have the time to document this as a possible bug to check things out :/

* Today, I have a user over quota again. The maildir is around 110M, wherease Maildir/cur is around 36Mb and Maildir/new is the rest, around 76Mb. However, the incoming folder in Horde displays nothing at all.

How should I handle this? Something I can do to make horde/the mail manager re-scan mail folders? This is a production server, so I do not know if I can follow the normal procedure to submit a bug report...

EDIT: Found these in /var/log/messages:

Code: [Select]

Sep 10 13:30:03 server HORDE[29505]: [imp] Login success for a.user [192.168.0.131] to {localhost:143 [imap/notls]} [pid 29505 on line 307 of "/home/httpd/html/horde/imp/lib/Session.php"]
Sep 10 13:30:04 server HORDE[29505]: [imp] Internal error occurred. Refer to server log for more information. [2013-09-10 13:30:04] [pid 29505 on line 195 of "/home/httpd/html/horde/imp/lib/IMAP/Cache.php"]
Sep 10 13:30:04 server HORDE[29505]: [imp] Internal error occurred. Refer to server log for more information. [2013-09-10 13:30:04] [pid 29505 on line 195 of "/home/httpd/html/horde/imp/lib/IMAP/Cache.php"]


[Michail Pappas]

Found these in /var/log/imap/current:

Code: [Select]

2013-09-10 13:45:34.268829500 imap(a.user): Info: Disconnected: Logged out
2013-09-10 13:50:05.283488500 imapfront-auth[11913]: SASL AUTH LOGIN username=a.user
2013-09-10 13:50:05.380644500 imap(a.user): Error: write_full(/home/e-smith/files/users/a.user/Maildir/dovecot-uidlist.lock) failed: Disk quota exceeded
2013-09-10 13:50:05.424890500 imap(a.user): Info: tcpsvd: info: end 11912 exit 0
2013-09-10 14:29:28.083640500 imapfront-auth[14135]: SASL AUTH LOGIN username=a.user
2013-09-10 14:29:28.278681500 imap(a.user): Error: write_full(/home/e-smith/files/users/a.user/Maildir/dovecot-uidlist.lock) failed: Disk quota exceeded
2013-09-10 14:29:28.290420500 imap(a.user): Info: Disconnected: Logged out
2013-09-10 14:29:28.294684500 imap(a.user): Info: Disconnected: Logged out
2013-09-10 14:29:28.632720500 imapfront-auth[14144]: SASL AUTH LOGIN username=a.user
2013-09-10 14:29:28.655395500 imap(a.user): Error: write_full(/home/e-smith/files/users/a.user/Maildir/dovecot-uidlist.lock) failed: Disk quota exceeded
2013-09-10 14:29:28.711121500 imap(a.user): Info: Disconnected: Logged out
2013-09-10 14:29:28.891686500 imapfront-auth[14149]: SASL AUTH LOGIN username=a.user
2013-09-10 14:29:28.921999500 imap(a.user): Error: write_full(/home/e-smith/files/users/a.user/Maildir/dovecot-uidlist.lock) failed: Disk quota exceeded
2013-09-10 14:29:28.930529500 imap(a.user): Error: write_full(/home/e-smith/files/users/a.user/Maildir/dovecot-uidlist.lock) failed: Disk quota exceeded
2013-09-10 14:29:28.940026500 imap(a.user): Error: write_full(/home/e-smith/files/users/a.user/Maildir/dovecot-uidlist.lock) failed: Disk quota exceeded
2013-09-10 14:29:28.985849500 imap(a.user): Info: Disconnected: Logged out

Could it be that there is a bug with being unable to write a lock file, due to the quota limit?

[Michail Pappas]

Increasing quota limit solved the issue: the horde inbox became full with messages, whereas it was empty before. Not opening a bug report, because I do not know how I can verify it... If needed though, just drop a line.

[mmccarn]

I read this as saying that dovecot behaves badly if a user exceeds his/her OS-based disk quota:
http://wiki.dovecot.org/Quota/FS

[Michail Pappas]

On spot:

Maildir

Maildir needs to be able to add UIDs of new messages to dovecot-uidlist file. If it can't do this, it can give an error when opening the mailbox, making it impossible to expunge any mails.

Currently the only way to avoid this is to use a separate partition for the uidlist files where there are no filesystem quota limits. You can do this by appending :CONTROL=/somewhere to mail_location.

Example preferred configuration:

mail_location = maildir:~/Maildir:INDEX=/var/no-quotas/index/%u:CONTROL=/var/no-quotas/control/%u

Note that if you change the location of the control files, Dovecot will look in the new CONTROL directory (/var/no-quotas/control/%u) for the subscriptions file.

EDIT: Opened bug report http://bugs.contribs.org/show_bug.cgi?id=7842

[CharlieBrady]

Currently the only way to avoid this is to use a separate partition for the uidlist files where there are no filesystem quota limits. You can do this by appending :CONTROL=/somewhere to mail_location.

Note that SME server currently has no separate partitions where you can store the uidlist files.

[Michail Pappas]

Thanks for the info and apologies for the late reply.

This issue increases the workload on IT stuff, but OTOH I see no solution for the near future...

As for the bug report, I presume it will be tagged as a WONTFIX or something.