Pete, From http://jakarta.apache.org/james/rfclist/imap4/rfc2088.txt
"When sending a literal from client to server, IMAP4 requires the client to wait for the server to send a command continuation request between sending the octet count and the string data." and "The non-synchronizing literal is added an alternate form of literal, and may appear in communication from client to server instead of the IMAP4 form of literal. The IMAP4 form of literal, used in communication from client to server, is referred to as a synchronizing literal. Non-synchronizing literals may be used with any IMAP4 server implementation which returns "LITERAL+" as one of the supported capabilities to the CAPABILITY command. If the server does not advertise the LITERAL+ capability, the client must use synchronizing literals instead. " Therefore since I do NOT have LITERAL+ in my CAPABILITY response, I think that is telling the clients to use synchronizing literals instead. Ollie At 02:43 PM 7/1/2002 -0400, you wrote: >Ollie, > >I can find no mention of it in either the Literals section nor the Append >section. And I cannot recall anything about chunking from my previous >readings of the book which have been very thorough. > >Everything tells me that you have to be making a mistake. If any client >performed such chunking of APPEND message data under normal conditions, I >would have seen it -- and I have not. Besides which, if it happened, >there would be no end of fuss about it. > >Pete > >At 11:28 AM 7/1/2002 -0700, you wrote: >>Actually, I think this "+ Ready" chunking behavior is mentioned in Kevin >>Johnson's book "Internet Email Protocols" and since I have seen it on >>Netscape, Outlook Express and Outlook I think it not a fluke. >> >>Ollie >> >>At 02:02 PM 7/1/2002 -0400, you wrote: >>>At 10:54 AM 7/1/2002 -0700, you wrote: >>>>Oh yes the behavior I am seeing is definitely being chunked by the >>>>clients as several literals, perhaps by my sending the initial "+ >>>>Ready" that triggers the behavior, but all three major clients exhibit >>>>the behavior. I have already re-written that terminator logic to count >>>>bytes loaded and save the excess as a pending command and have started testing. >>> >>>Sure there are clients that abuse the protocol but behavior such as this >>>just does not make sense and could not be tolerated. Let me have a look >>>again at how these clients behave with APPENDs. >>> >>>Pete >> >>Michael Oliver >>Chief Technology Officer >>AppsAsPeers.com >>7391 S. Bullrider Ave. >>Tucson, AZ 85747 >>520.574.1150 > > Michael Oliver Chief Technology Officer AppsAsPeers.com 7391 S. Bullrider Ave. Tucson, AZ 85747 520.574.1150
