Univention Bugzilla – Bug 27981
Mailquota - mail/cyrus/imap/quotainterval allein unzureichend, da saslauthd cached
Last modified: 2017-05-02 11:57:23 CEST
+++ This bug was initially created as a clone of Bug #18797 +++ +++ This bug was initially created as a clone of Bug #15220 +++ Die Ursache an der Stelle ist, dass der saslauthd zwischencached. Ein /etc/init.d/saslauthd an dieser Stelle refreshed den Cache und der Pamstack wird wieder durchlaufen und somit eine neue Quota gesetzt (sofern die Einstellungen des Quotaintervalls dies nicht bewusst verhindern). [...] Verified: Mit Anpassung des saslauthd-Templates lässt sich das Caching-Verhalten nach Bedarf anpassen. Zu Testzwecken wurde der sasl-Cache mit der Option "-t 10" auf 10 Sekunden Gültigkeit begrenzt. Änderungen der Mailquota im UDM waren somit prinzipiell direkt bei der nächsten bereits gültig. diff -Nur /etc/univention/templates/files/etc/default/saslauthd.ucs /etc/univention/templates/files/etc/default/saslauthd --- /etc/univention/templates/files/etc/default/saslauthd.ucs 2010-07-29 16:05:08.000000000 +0200 +++ /etc/univention/templates/files/etc/default/saslauthd 2010-07-29 15:52:57.000000000 +0200 @@ -46,5 +46,5 @@ # information about these options. # # Example for postfix users: "-c -m /var/spool/postfix/var/run/saslauthd" -OPTIONS="-c -m /var/run/saslauthd" +OPTIONS="-c -t 10 -m /var/run/saslauthd" Es gilt zu prüfen, welche Gültigkeiten des sasl-caches sinnvoll zu wählen sind. Wenn die Einstellung individuelleren Bedürfnissen angepasst werden darf, wäre eine Umsetzung per UCR-Variable sinnvoll zu ergänzen. -> Das betrifft auch den neuen Mailstack bzw. OX
Default-Timeout aus der lib sind übrigens 8h, bis der Cache invalidiert bzw. der Pamstack (inkl. Quitacheck) bei der nächsten Authentifizierung wieder durchlaufen wird.
same behaviour on UCS 4.0
Reported again 2015080721000138
*** This bug has been marked as a duplicate of bug 36949 ***