Univention Bugzilla – Bug 19304
Mailquota in UGS
Last modified: 2015-04-01 13:49:02 CEST
Ggf. muss die Doku angepasst werden. +++ This bug was initially created as a clone of Bug #15220 +++ Derzeit wird die Mailquota als Richtlinie gesetzt. Da wir diese nicht per Listener überwachen wollen, wird im PAM-Stack die Mailquota ausgewertet. Das hat zur Folge, dass zunächst die Mailadresse in den Benutzernamen umgewandelt wird und dann für den Benutzer ein Policy Result gemacht wird. Das sind sehr viele LDAP Abfragen und Verzögerungen beim Login, da ggf. auch noch die Quota per cyradm gesetzt wird. Da das bei jedem Login gemacht wird, ist das sehr aufwendig und wir haben deshalb bei größeren Installationen das automatische Setzen der Quota deaktiviert. Wir sollten die Einstellung beim Benutzer speichern und nicht mehr als Richtlinie. Dann kann die Auswertung per Listener Modul erfolgen. Die Migration ist nicht ganz einfach, aber wenn wir das entsprechend in den Release Notes ankündigen und ein Multi-Edit für das Attribut im UDM erlauben, sollte das auch in einem Minor-Update bspw. zur 2.3 möglich sein. Ich habe iku empfohlen das für OXSE4UCS über ein EA umzusetzen.
Dokumentiert im Mailquota-Kapitel auf Deutsch, Englisch steht noch aus.
Übersetzung wurde eingepflegt.
Typo behoben in englischer Übersetzung. Dokumentation in Deutsch und Englisch vorhanden. * doku/mail/mail.tex * doku/mail/mail_en.tex
Das müsste auch im Kolab2-Handbuch angepasst werden. Dort steht: > Mit Kolab2 für UCS können Mail-Quoten zur Beschränkung der Postfachgröße von > Benutzern verwaltet werden. Wurde für einen Benutzer eine Mail-Quote > eingerichtet, werden bei Erreichen dieser Beschränkung vom Mailserver keine > weiteren E-Mails für das Postfach angenommen. Esist zu beachten, dass die > Veränderung der Mail-Quote erst beim nächsten Abhol- oder Versendevorgang des > Benutzers an seinem Konto aktualisiert werden. Es wird jetzt nicht bei jedem Login geprüft, sondern nur nach einem gewissen Intervall. Die UCR-Variable müsste auch im Kolab2 für UCS Kapitel dokumentiert werden. Kapitel 11.3.3: > Die Quota-Einschränkungen werden durch eine Richtlinie am Benutzerobjekt > gesetzt und in der Grundeinstellung alle sechzig Minuten in die Quota- > Einstellungen übertragen. Dieses Intervall kann durch die > Univention Configuration Registry-Variable mail/cyrus/imap/quotaintervall in > Minuten konfiguriert werden. Es ist nicht so, dass die Einstellungen immer nach 60 Minuten automatisch übertragen werden, sondern nur, wenn der Benutzer sich wieder anmeldet. Ggf. macht hier auch noch ein Hinweis im Performance Guide Sinn. Ich denke in vielen Organisationen reicht es aus, wenn die Prüfung einmal am Tag ausgeführt wird.
(In reply to comment #4) > Das müsste auch im Kolab2-Handbuch angepasst werden. Dort steht: > > > Mit Kolab2 für UCS können Mail-Quoten zur Beschränkung der Postfachgröße von > > Benutzern verwaltet werden. Wurde für einen Benutzer eine Mail-Quote > > eingerichtet, werden bei Erreichen dieser Beschränkung vom Mailserver keine > > weiteren E-Mails für das Postfach angenommen. Esist zu beachten, dass die > > Veränderung der Mail-Quote erst beim nächsten Abhol- oder Versendevorgang des > > Benutzers an seinem Konto aktualisiert werden. > > Es wird jetzt nicht bei jedem Login geprüft, sondern nur nach einem gewissen > Intervall. Das wurde auf DE angepasst, EN steht noch aus. > Die UCR-Variable müsste auch im Kolab2 für UCS Kapitel dokumentiert werden. Sie wurde in die Liste aufgenommen (nur DE, keine Übersetzung). > Kapitel 11.3.3: > > > Die Quota-Einschränkungen werden durch eine Richtlinie am Benutzerobjekt > > gesetzt und in der Grundeinstellung alle sechzig Minuten in die Quota- > > Einstellungen übertragen. Dieses Intervall kann durch die > > Univention Configuration Registry-Variable mail/cyrus/imap/quotaintervall in > > Minuten konfiguriert werden. > > Es ist nicht so, dass die Einstellungen immer nach 60 Minuten automatisch > übertragen werden, sondern nur, wenn der Benutzer sich wieder anmeldet. Das steht jetzt auch in der überarbeiteten Version. > Ggf. macht hier auch noch ein Hinweis im Performance Guide Sinn. Ich denke in > vielen Organisationen reicht es aus, wenn die Prüfung einmal am Tag ausgeführt > wird. Dazu habe ich einen separaten Bug angelegt. Der Performance Guide müsste mal überarbeitet werden (und wohl auch ins Wiki ausgelagert werden).
> Das wurde auf DE angepasst, EN steht noch aus. Übersetzung wurde eingepflegt.
Ok