MBOX-Line: From jjmckay at comaxis.com  Wed Mar  6 17:28:00 2013
To: imap-protocol@u.washington.edu
From: Jeff McKay <jjmckay@comaxis.com>
Date: Fri Jun  8 12:34:50 2018
Subject: [Imap-protocol] Yahoo Imap 'Bad Sequence' error
In-Reply-To: <CFFB1CEED8B846FC994DE0191B4774CD@gmail.com>
References: <5137EAFC.7070302@comaxis.com>
	<CFFB1CEED8B846FC994DE0191B4774CD@gmail.com>
Message-ID: <5137ED20.4030007@comaxis.com>

Here is the relevant portion of the log:

<send 38>A123 FETCH 69270 (FLAGS BODY.PEEK[])
<recv 56>A123 BAD [CLIENTBUG] FETCH Bad sequence in the command
<recv 36>* BYE IMAP4rev1 Server logging out

The fetch command is exactly the same as the previous 56, except for the 
message number.

On 3/6/2013 5:21 PM, Hoa V. Dinh wrote:
> Could you show the FETCH command you're sending?
>
> Though, Yahoo IMAP server is known as one of the worst implementation.
>
> -- 
> Hoa V. Dinh
>
> On Wednesday, March 6, 2013 at 5:18 PM, Jeff McKay wrote:
>
>> Working with Yahoo's imap server, I have code that just does a bunch of
>> FETCH commands of the
>> inbox, until they are all downloaded. In one case, the inbox has 69000+
>> messages. My code starts
>> at the highest, and works downward. After 45 successful message
>> downloads, Yahoo responds to
>> the fetch command with "BAD [CLIENTBUG] FETCH Bad sequence in the 
>> command".
>>
>> Anybody know what this means? I have had no problem with this code when
>> connected to other
>> imap servers.
>>
>> _______________________________________________
>> Imap-protocol mailing list
>> Imap-protocol@u.washington.edu <mailto:Imap-protocol@u.washington.edu>
>> http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20130306/bd62191d/attachment.html>
