[Dovecot-de] Dovecot / Quota Berechnung

[J. Hensoldt]

 > Exakt dafür gibts die Grace Parameter....

Das denke ich nicht. Wenn ich es richtig sehe wirkt quota_grace nur bei Einlieferung der Emails, also über einen MDA (LDA/LMTP) und hat somit keinen 
Einfluss auf lokale Lösch-/Verschiebe- oder Kopieraktionen innerhalb der Mailbox. Kann es hier allerdings jetzt nicht testen, weil ich unter Debian 
Wheezy mit Dovecot 2.1.7 arbeite.

 > Das Verhalten Protokoll/Client hat auch seinen Sinn, die Benutzererwartung eines Mausakrobaten nach einem falschen Klick seine Email einfach aus dem
 > Papierkorb zu schieben, ist leider statistisch deutlich häufiger, als voll gelaufene Mailboxen nicht leeren zu können...

Das Eine hat mit dem Anderen nichts zu tun. Das Verhalten des Papierkorbes bleibt unverändert. Es geht einzig und alleine nur darum daß eine Email 
beim Löschen/Verschieben in Wirklihkeit nicht verschoben sondern kopiert wird. Dieses Verhalten in Verbindung mit Quota und einer vollgelaufener 
Maibox führt u.U. zu der absurden Situation, daß keine Emails mehr gelöscht werden können um Speicherplatz freizugben. Meiner Ansicht nach ist das 
ganz klar ein Bug. Auch wenn die Ursache des Bugs eher konzeptioneler Natur ist, handelt es sich hierbei imho um unerwünschtes und störendes Verhalten.

vg
jack


Am 23.04.2014 16:26, schrieb Alexander Stoll:
> Am 23.04.2014 15:51, schrieb J. Hensoldt:
>
>> Mag sein, ändert aber nichts am Gesamtproblem. Ist das Quota-Limit
>> einmal erreicht, dann lassen sich einige Emails möglicherweise noch
>> verschieben, andere wieder nicht mehr. Ist für den Benutzer unter dem
>>  Strich noch weniger nachvollziehbar.
>
>> Ja und kein Admin möchte Benutzern die sich vielleicht nur 1/Monat
>> einloggen und deren Postfächer in der Zeit vollgelaufen sind erklären
>>  müssen, wieso Sie ihre Emails nicht löschen können.
>
> Exakt dafür gibts die Grace Parameter....
>
>>> Aus der Praxis betrachtet ist es ein "Design Problem" der
>> Zuteilung/Buchung ausreichenden Platzes und sinnvollen Konfiguration
>> des Servers und wirklich kein Problem des Protokolls... Der Ansatz an
>> sich, alle Theorie beiseite gelassen, ist schlicht falsch. . Welchen
>> Ansatz meinst Du damit? Was das Imap-Protokoll angeht, so passt es
>> mit der Idee/Implementierung von Quota schlicht nicht zusammen. Da
>> kann man es drehen und wenden wie man will - befürchte ich. Quota und
>>  Imap sind einafach kein gutes Paar.
> Du versuchst ein konzeptionelles Problem mit einer Modifikation des
> Protokolls/Server Verhalten zu erschlagen, das ist der falsche Ansatz.
>
> Unter dem Strich läuft alles auf die Kernfrage sinnvoller Provisionierung des Speicherplatzes, reflektiert in einer dazu konsistenten Konfiguration
> hinaus.
>
> Falschem Nutzerverhalten/Bedarfsabschätzung begegnet man sinnvollerweise mit Beratung, dem Beratungsresistenten, der monatlich wiederkehrend seine zu
> kleine Mailbox voll laufen lässt, kann wohl niemand helfen...
>
> Das Verhalten Protokoll/Client hat auch seinen Sinn, die Benutzererwartung eines Mausakrobaten nach einem falschen Klick seine Email einfach aus dem
> Papierkorb zu schieben, ist leider statistisch deutlich häufiger, als voll gelaufene Mailboxen nicht leeren zu können...
> _______________________________________________
> Dovecot Mailingliste
> JPBerlin - Politischer Provider
> Dovecot at listen.jpberlin.de
> https://listen.jpberlin.de/mailman/listinfo/dovecot
>