Updated quota information on folder switch

In the webmail module It would be nice to get automatically

Wed, 08 Jan 2014 11:54:56 +0000

In the webmail module It would be nice to get automatically updated quota information if you switch to another folder so that you don't have to press the refresh-button frequently.

Especially on shared folders (with another quota as the inbo

Thu, 09 Jan 2014 08:25:35 +0000

Especially on shared folders (with another quota as the inbox) the quota update would be nice. They may completely differ from the previous folder...

Changes have been made in Git (master): commit c2049dfa92c5

Thu, 27 Feb 2014 06:34:27 +0000

Changes have been made in Git (master): commit c2049dfa92c5c4c9efa95829955ae7f41344ce5d Author: Michael M Slusarz Date: Wed Feb 26 23:33:36 2014 -0700 [mms] Only refresh quota information when switching to a mailbox the first time. see Bug #12907 imp/docs/CHANGES | 2 ++ imp/lib/Ajax/Application/Handler/Common.php | 6 ++++-- imp/lib/Ajax/Application/Handler/Dynamic.php | 2 -- imp/lib/Ajax/Application/ListMessages.php | 3 +++ imp/package.xml | 1 + 5 files changed, 10 insertions(+), 4 deletions(-) http://git.horde.org/horde-git/-/commit/c2049dfa92c5c4c9efa95829955ae7f41344ce5d

IMP 6.2.0 This change actually removes the quota refresh

Thu, 27 Feb 2014 06:37:11 +0000

IMP 6.2.0 This change actually removes the quota refresh every time the mailbox is polled. This seems *very* excessive. It's possible there could be some way to rate limit the quota updates ... once every 5 minutes for example ... but I wonder if that is really necessary. Quota is a more macro-level status. It's going to creep up over time, but not in any 15 minute session. This fix will now only update the quota when switching to a new mailbox. Thoughts?

I don't think that's a good solution. I imagine a typical us

Thu, 27 Feb 2014 09:52:06 +0000

I don't think that's a good solution. I imagine a typical use case to be: 1. User sees a quota warning 2. User deletes messages. 3. User expects the quota warning to disappear. Maybe we can limit the quota re-check to requests where the mailbox status actually changed?

Changes have been made in Git (master): commit 776517b532a1

Tue, 22 Apr 2014 22:41:33 +0000

Changes have been made in Git (master): commit 776517b532a1a8e452f8cb04e4f266a7a96304e9 Author: Michael M Slusarz Date: Tue Apr 22 16:39:17 2014 -0600 [mms] Add configurable IMAP quota checking interval (Request #12907). imp/config/backends.php | 2 + imp/docs/CHANGES | 1 + imp/docs/UPGRADING | 2 + imp/lib/Ajax/Application/Handler/Common.php | 6 ++-- imp/lib/Ajax/Application/ListMessages.php | 2 +- imp/lib/Ajax/Queue.php | 13 +++++++--- imp/lib/Imap/Config.php | 6 +++++ imp/lib/Quota/Ui.php | 33 +++++++++++++++++++++++--- imp/lib/View/Subinfo.php | 2 +- imp/package.xml | 1 + 10 files changed, 55 insertions(+), 13 deletions(-) http://github.com/horde/horde/commit/776517b532a1a8e452f8cb04e4f266a7a96304e9

> I don't think that's a good solution. I imagine a typical

Tue, 22 Apr 2014 22:43:20 +0000

> I don't think that's a good solution. I imagine a typical use case to be: > 1. User sees a quota warning > 2. User deletes messages. > 3. User expects the quota warning to disappear. IIRC, even Gmail doesn't do this. Quota computation can be expensive. That being said, I decided to just leave it to the admin to decide this for themselves with a configuration option. Provide a very conservative default (15 minute polling).