Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Mail-IMAPTalk CPAN distribution.

Report information
The Basics
Id: 41563
Status: resolved
Priority: 0/
Queue: Mail-IMAPTalk

People
Owner: Nobody in particular
Requestors: apm [...] one.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: No support for unilateral fetch responses
Date: Tue, 09 Dec 2008 15:37:04 +0100
To: bug-Mail-IMAPTalk [...] rt.cpan.org
From: Peter Mogensen <apm [...] one.com>
Section 7.4.2 of RFC3501 says that fetch responses can occur as a result of FETCH, STORE _and_ unilateral server decision (about flags). This means that a server can send an untagged fetch reponse as a result of a command like SORT (or other commands which return an ARRAY ref as $DataResp in _parse_response. If that happens the ARRAY ref with the result will be deleted (by line 2580 of IMAPTalk.pm v/1.03) and replaced by an unwanted fetch data structure. So you'll get a fetch HASH back from sort() when you are expecting an ARRAY. /Peter
I've finally released an updated version (2.01) that handles this a lot better, correctly parsing any untagged responses into their own area, and only returning what was actually requested by the particular command. You can always get any untagged responses via get_response_code()