On Fri, Nov 11, 2005 at 11:35:17AM -0800, Mark Crispin wrote: > The IMAP QUOTA specification (RFC 2087, page 5) defines all the numeric > values used by quota as "number". > > A change to use strtol() instead of strtoul() would break the handling of > half of the available number space (from 2,147,483,648 to 4,294,967,295). > Consequently, such a patch would not be accepted. > > Sadly, this is (yet another) bug in Courier. There are numerous known > issues in which Courier fails to comply with the IMAP specification; and > past history indicates that there is little (if any) hope that these > issues will ever be fixed.
Yes, I would also rather avoid trying to convince Courier's maintainer to change this. Would a patch be accepted that detected negative usage and reported zero in that case while still using strtoul() to achieve the full range of an RFC 2087 number? Zero is the de facto result of negative usage, and it would avoid throwing an error. It's almost cliched to say, but this would make libc-client more liberal in what it accepts, without impacting compliant implementations. john -- John Morrissey _o /\ ---- __o [EMAIL PROTECTED] _-< \_ / \ ---- < \, www.horde.net/ __(_)/_(_)________/ \_______(_) /_(_)__ _______________________________________________ Imap-uw mailing list [email protected] https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
