APAR status
Closed as user error.
Error description
The UID of messages get out of sequence when accessing mail via IMAP. This may cause issues with certain IMAP clients where messages do not display on the client as the client is unable to determine the next message that has not been seen. This can be reproduced with the following telnet command after logging in and selecting the inbox: fetch 1:* (UID rfc822.size flags) A simpler fetch command shows the UIDs in order: a fetch 1:* uid
Local fix
Problem summary
Problem conclusion
Temporary fix
Comments
This APAR is associated with SPR# SRNS85VUFJ. Per development: The IMAP protocol does not require the ordering of messages in fetch responses. UID must be allocated in order, and they are for the Domino IMAP server. But when responding to commands that specify a message sequence set such as 1:*, the IMAP RFC specifies that the IMAP server may execute the sequence in any order. This allows the server to return messages in any order it may choose, allowing for efficiencies in the response processing. Any client requiring the sequence to be returned in order is not in compliance with RFC 3501.
APAR Information
APAR number
LO52561
Reported component name
DOMINO SERVER
Reported component ID
5724E6200
Reported release
851
Status
CLOSED USE
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2010-06-15
Closed date
2010-09-10
Last modified date
2010-09-10
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Applicable component levels
[{"Business Unit":{"code":"BU055","label":"Cognitive Applications"},"Product":{"code":"SSKTMJ","label":"Lotus Domino"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.5.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
10 September 2010