MBOX-Line: From jguthrie at brokersys.com  Wed Mar  8 08:30:57 2017
To: imap-protocol@u.washington.edu
From: Jonathan Guthrie <jguthrie@brokersys.com>
Date: Fri Jun  8 12:34:55 2018
Subject: [Imap-protocol] Strange behavior of Dwarf IMAP
In-Reply-To: <c5f4fa80-5df3-b937-6039-757128711c2a@comaxis.com>
References: <c5f4fa80-5df3-b937-6039-757128711c2a@comaxis.com>
Message-ID: <7e831cbb-da19-6e45-5990-1c8a641bb00c@brokersys.com>

It doesn't appear to be part of Gnome, that is it doesn't appear to be 
part of the Gnome desktop environment, but rather a commercial Slovakian 
enterprise called "Gnome ltd".  It also appears that the latest version 
is 5 years old, with no known defects or similar in their documentation 
page.

With that said, it looks like an error to me.  You can't get the source 
code without jumping through hoops, so I can't look at it to see what 
it's doing.  At least, I'm not willing to jump through the hoops.

On 3/7/2017 6:44 PM, Jeff McKay wrote:
> I am dealing with a customer's IMAP server, which identifies itself as 
> Dwarf 2.0.0 (part of Gnome I guess) that seems to be acting
> strangely.  My code sends this command:
>
>   A746 FETCH 1 (FLAGS UID INTERNALDATE BODY.PEEK[])
>
> I expect to get back a single message, however after the last line of 
> the first message, I then get the line:
>
> * 2 FETCH (FLAGS (\Seen) UID 2290456508 INTERNALDATE "20-Jan-2017 
> 07:55:29 -0500" BODY[] {76009}
>
> and on and on...  In other words it just keeps blasting messages at 
> me, beyond the single message I asked for.  I've never seen this
> behavior before with any other server.  At first I thought it was some 
> screw up in my lower level tcp code, but I am quite certain that
> I never sent out a FETCH 2 command, so how could I be getting message 
> 2, 3, etc.?
>
> _______________________________________________
> Imap-protocol mailing list
> Imap-protocol@u.washington.edu
> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol



