Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
i log mi dicono "Quota warning: bytes=858993459 (80%) messages=0 reverse=no command=quota-warning 80"
ma un du -sk della casella mi dice un paio di mega.
Ho chiesto a chi mi gestisce gli applicativi e la risposta è:
è il comportamento standard di dovecot.
Anche se svuotata la casella, poi c'è bisogno di una mail in ingresso perchè la quota venga aggiornata.
Se è vero butto dovecot e cambio!!!!!!!!! (peccato che sono già in produzione )
## Quota warnings
##
# You can execute a given command when user exceeds a specified quota limit.
# Each quota root has separate limits. Only the command for the first
# exceeded limit is excecuted, so put the highest limit first.
# The commands are executed via script service by connecting to the named
# UNIX socket (quota-warning below).
# Note that % needs to be escaped as %%, otherwise "% " expands to empty.
plugin {
#quota_warning = storage=95%% quota-warning 95 %u
#quota_warning2 = storage=80%% quota-warning 80 %u
}
# Example quota-warning service. The unix listener's permissions should be
# set in a way that mail processes can connect to it. Below example assumes
# that mail processes run as vmail user. If you use mode=0666, all system users
# can generate quota warnings to anyone.
#service quota-warning {
# executable = script /usr/local/bin/quota-warning.sh
# user = dovecot
# unix_listener quota-warning {
# user = vmail
# }
#}
quindi potresti usare lo script quota-warning.sh per obbligarlo a ricalcolare la quota una volta che ottieni un warning..
sinceramente non so se riesco a replicare la situazione.
Io gestisco la parte sistemistica e installo secondo le specifiche che mi danno.
Ma in realtà non so come possa essersi riempita visto che é una utenza di test e con 1GB di quota.
So solo che nei log mi dava il quota warning. Ora non ho la macchina sotto mano però
)