Hi can you provide SOGo imap logs (with ImapDebugEnabled = YES; in conf) ?

Sebastien

For the Account with 2GB:

C[0x55646991e1c0]: 7 getquotaroot "INBOX"
S[0x556469a24680]: * QUOTAROOT INBOX userquota
S[0x556469a24680]: * QUOTA userquota (STORAGE 350323 2097152)
S[0x556469a24680]: 7 OK Getquotaroot completed (0.001 + 0.000 secs).
C[0x55646991e1c0]: 8 logout

With 20GB:

C[0x556469ba5300]: 13 getquotaroot "INBOX"
S[0x556469c6cf50]: * QUOTAROOT INBOX userquota
S[0x556469c6cf50]: * QUOTA userquota (STORAGE 10927513 20971520 MESSAGE 53487 10000000)
S[0x556469c6cf50]: 13 OK Getquotaroot completed (0.001 + 0.000 secs).
C[0x556469ba5300]: 14 logout

Is this related to https://github.com/Alinto/sogo/blob/a5347c70aa992b2b2982c3df102fb87683a52ef0/SoObjects/Mailer/SOGoMailAccount.m#L314 ?
My Objective C is a bit rusty - but are you casting the value to an int here?

I think I found it... data.maxQuota contains the message quota as well (see screenshot)

Screenshot from 2023-01-23 21-06-49.png (231,542 bytes)   

Screenshot from 2023-01-23 21-06-49.png (231,542 bytes)   

It is related to the IMAP response format QUOTA userquota (STORAGE 10927513 20971520 MESSAGE 53487 10000000)

https://github.com/Alinto/sope/blob/a7d04a02724c91797c3bf1b45d754ad909ba97bc/sope-mime/NGImap4/NGImap4ResponseParser.m#L1253

I guess SOGo will try to convert 20971520 MESSAGE 53487 10000000 into long value.

I cannot reproduce this case on my dev env. The question is why your IMAP server output this ?

This is fully within the spec of the quota extension: https://www.rfc-editor.org/rfc/rfc2087#section-5

"The name is followed by a S-expression format list of the resource
usage and limits of the quota root. The list contains zero or
more triplets. Each triplet conatins a resource name, the current
usage of the resource, and the resource limit."

I am using a default Dovecot installation with both storage and message quotas enabled for this account. From the code you linked I see that you are assuming that there is always exactly one triplet provided.

Thanks for clarification I'll do a fix

Fix : https://github.com/Alinto/sope/commit/c26c6b395ced515645afd347ccc111baefb5cea7

I can't reproduce your case, can you try next nightly build ?

Hi Sebastien, thanks a lot for this hotfix! I can now see my storage quota correctly. The way I understand your patch is that you take whatever the IMAP server presents first (message OR storage quota) and base the web UI on that information. The second criterion is ignore. Is that correct?
Theoretically, this could lead to the case where a quota is reached for one (e.g., the max. number of mail is reached) but it is not recognized in the UI (because there is still storage space left). I agree this is probably a corner case since nowadays message quotas are less an issue, but I think it should be documented somewhere.

Hi Alex, thanks for the feedback !

It will always take storage quota because it searches for a character on the buffer from a position. It will first take the space character as stop char. If not found, try with (
For example :
In this case :

S[0x556469c6cf50]: * QUOTA userquota (STORAGE 10927513 101010101 MESSAGE 53487 10000000)

and this case

In this case :

S[0x556469c6cf50]: * QUOTA userquota (STORAGE 10927513 101010101)

will extract 101010101

Can I close this issue ?

Sebastien