Actually, it’s not quite that simple of a fact because 1Mb can be
equal to 1000Kb (a so-called metric megabyte), 1024KB, or even
1,048,576 (1024^2) bytes in the case of RAM (this is sometimes called
a mebibyte). For the record, the quota field in my MySQL DB that
Postfix uses has 102400000 listed. Since I’m using maildirs with
Courier, the maildirsize for my account also lists 102400000 as the
quota limit.
At first glance, it would seem that Courier-IMAP is sending its size
information in metric format. A closer look at RFC2087 (IMAP4 QUOTA
extension) which outlines the use of the GETQUOTAROOT command implies
that this is the correct action. In section three, it defines the
STORAGE resource (which is returned by the GETQUOTAROOT command) as,
"Sum of messages’ RFC822.SIZE, in units of 1024 octets."
So in my case, 100000 units of 1024 octets equals 102400000 bytes.
The returned ‘size’ is actually the number of octets (which happens
to be equal to a metric kilobyte) not the size in kilobytes (where
1kb=1024 bytes).
All this would seem to imply that FeLaMiMail is doing some extra math
that it does not need to do. So back to my orginal question…is
anyone else experiencing this problem…especially if you are using a
Courier-IMAP server?
Thanks!
Hector
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users
