It appears that OE will barf if you send it an ENVELOPE response in 
which the date element is malformed - like this (first part of response 
only shown).

* 16 FETCH (ENVELOPE ("Fri, 11 Oct 00:24:58 2002 -0700"

Now, I can parse these ctime-format dates without any trouble (and it 
depresses me how many systems generate them), but my reading of 
RFC3501 is that an env-date is an nstring, and that there is no 
expectation that I will necessarily ensure that it is semantically valid, 
provided the nstring is itself syntactically correct.

Problem is, OE actually reports to the user that "the server has reported 
an error", which to my way of thinking just isn't right.

What are other people doing in this case? Should I be parsing and 
reconstructing the date in proper RFC2822 format? I can do that easily, 
and it would fix the problem, but it seems kind of wrong to be messing 
with the data in that way.

Cheers!

-- David --

------------------ David Harris -+- Pegasus Mail ----------------------
  Box 5451, Dunedin, New Zealand | e-mail: [EMAIL PROTECTED]
           Phone: +64 3 453-6880 | Fax: +64 3 453-6612

Advertisement in the Sydney Morning Herald:
   NOMADIC RUG TRADERS,
   Specialists in old Oriental Rugs and Kilms
   HAVE MOVED.



-- 
-----------------------------------------------------------------
 For information about this mailing list, and its archives, see: 
 http://www.washington.edu/imap/imap-list.html
-----------------------------------------------------------------

Reply via email to