User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:184.108.40.206) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729) Build Identifier: Windows; U; Windows NT 5.1; en-US; rv:220.127.116.11 On thunderbird I see quota is 4G. On mail server I have 10G quota. Mail server is an Oracle Collaboration Suite Reproducible: Always
What version of thunderbird ar you using ? I supose you access your server via imap ?
Summary: my mail client doesn't show write quota → my mail client doesn't show right quota
Yes, I use IMAP. Thank You, Hans
Version of thunderbird please ? Can you follow the instructions at https://wiki.mozilla.org/MailNews:Logging and provide us with an imap log ? (so we can see the server giving the quota information)
Component: General → Networking: IMAP
Product: Thunderbird → MailNews Core
QA Contact: general → networking.imap
Hi. The version of thunderbid is 3.0. I found on log following line ( about quota) 1840[403f580]: 4a93c00:mail.vectorsoftware.ro:S-INBOX:CreateNewLineFromSocket: * QUOTA firstname.lastname@example.org (STORAGE 4071001388 15728640000) If you want I can send you the whole mail log Thank You, Hans
Those numbers don't look at all like being 4G.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hi. First number is ~ 3.8 G and I understand that is how much I use. The second number is ~ 14.6 G and I presume that is the allocation quota. Am I wrong ? Now I check on my e-mail server and my quota is 15000M. Thank You, Hans
> (STORAGE 4071001388 15728640000) According to http://tools.ietf.org/html/rfc2087#section-3 the unit of the STORAGE response is supposed to be in 1024 octets (=KB), so this is actually reporting 3882GB of 15000GB available. If internally a 32-bit integer is used, this may cause some overflow issue. Thus, despite the wrong server response, an actual bug may be present limiting the QUOTA response to 2048GB or 4096GB.
So what I found is a bug ? If yes, can you send me a patch? Or I should ignore the 90% usage of quota ? Thank You, Hans
First of all, it is mainly a problem with your server not reporting the quota correctly. Thus, you may want to inform your service provider with reference to RFC2087 (link above) that they need to adjust their reporting. This should immediately fix the issue for you once they corrected the quota reporting on their server. The other question is if a 32-bit limit exists in Thunderbird and if this is relevant (I'm not aware of any provider offering mailboxes in the TB-range yet, but that may certainly not be out of the question in the future). In that case, adjustments in Thunderbird to consider 64-bit integers for quota handling may be necessary, but I wouldn't see that given a high priority at this time. The quota reporting in Thunderbird is for informational purposes only, thus you can safely ignore the >90% warning for the time being.
rsx11m => invalid?
I would say so, if there is a need to expand the IMAP-quota calculations from 32-bit to 64-bit arithmetic, that's a separate issue. Closing per comment #10, feel free to reopen if you think that it's not resolved on Thunderbird's part. ->INVALID
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.