Problem with quota and uebimiau-pop3

[giorgio.volpe]

Originally Posted by falko

What's the output of

repquota -avug

?

I cut only an extract from the 11941 row of the output ...

*** Report for user quotas on device /dev/mapper/vg1-home
Block grace time: 7days; Inode grace time: 7days
Block limits File limits
User used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 9406820 0 0 88297 0 0
mail -- 4 0 0 1 0 0
www-data -- 735528 0 0 64839 0 0
admispconfig -- 1487040 0 0 42180 0 0
....
web80_posta -- 80 5120 5120 14 0 0
web67_info -- 452 0 0 14 0 0
web67_sve -- 28 0 0 8 0 0
...
web43_apasqualetti +- 5228 5120 5120 6days 70 0 0
...
#22185 -- 36 0 0 9 0 0
#22678 -- 996 0 0 9 0 0
#23171 -- 136 0 0 14 0 0
...

Statistics:
Total blocks: 21
Data blocks: 11
Entries: 225
Used average: 20,454545

*** Report for group quotas on device /dev/mapper/vg1-var
Block grace time: 7days; Inode grace time: 7days
Block limits File limits
Group used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 5850500 0 0 3773 0 0
mail -- 1144 0 0 2112 0 0
www-data -- 18564 0 0 3579 0 0
...
web9 -- 0 1024000 1024000 0 0 0
web10 -- 0 614400 614400 0 0 0
web11 -- 0 51200 51200 0 0 0
...

Statistics:
Total blocks: 13
Data blocks: 6
Entries: 121
Used average: 20,166667



PS: what are rows like #12345 ?

[falko]

Originally Posted by giorgio.volpe

web43_apasqualetti +- 5228 5120 5120 6days 70 0 0

That user is over quota, therefore he cannot fetch his mails...

Originally Posted by giorgio.volpe

PS: what are rows like #12345 ?

12345 is the user id of a user that doesn't exist anymore in /etc/passwd. The user was deleted, but some files/directories are still owned by him.

[giorgio.volpe]

Ok ... let's make a summary of the problem:
1) if a user is over quota He can no more use webmail (nor an imap client) even to delete some mail and so the only way should be to fetch and delete some mail via pop3. (or, worse, if also pop3 blocks to change temporarly user quota ...)
2) This is not a problem of Ispconfig or Uebimiau or Squirrelmail ... rather it's a problem of courier Imap that needs some space to operate over Maildir data creating at least some lock file or other temporary store for its work.

I've seen in each user directory a file called .quota.rc...
We could resolve the problem modifing this file and refusing mails when user space is used, for exampel, at 95%? So new mail will no more block courier ...
Further more we could reserve a little space to send an email to the user to tell him "Quota reached ... we are refusing mails! You must free some space!"

Is this a good idea? If so I can try to implement it

Giorgio

[giorgio.volpe]

NB: I've seen that .quota.rc now doesn't work in our environment cause the command "quota" reports two devices and not only one as the script expects ..
Giorgio

# quota web43_giorgio
Disk quotas for user web43_giorgio (uid 10197):
Filesystem blocks quota limit grace files quota limit grace
/dev/mapper/vg1-home
824 51200 51200 67 0 0
/dev/mapper/vg1-var
0 51200 51200 1 0 0

So we have:

# quota web43_giorgio | sed -n 3p
/dev/mapper/vg1-home

[falko]

Originally Posted by giorgio.volpe

We could resolve the problem modifing this file and refusing mails when user space is used, for exampel, at 95%? So new mail will no more block courier ...

I've just changed the way ISPConfig configures quota. Up to now, the quota soft limit and hard limit were identical, but in the next release ISPconfig will make the hard limit = soft limit + 1 MB, so there's a little bit space left to send the user a notification that he needs to free up space, etc.