[Tickets #13825] Re: Remi PHP update to 5.5.21-1 results in constant resyncing
noreply at bugs.horde.org
noreply at bugs.horde.org
Thu Feb 5 05:21:09 UTC 2015
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: https://bugs.horde.org/ticket/13825
------------------------------------------------------------------------------
Ticket | 13825
Updated By | Michael Slusarz <slusarz at horde.org>
Summary | Remi PHP update to 5.5.21-1 results in constant
| resyncing
Queue | Synchronization
Version | FRAMEWORK_5_2
Type | Bug
State | Feedback
Priority | 1. Low
Milestone |
Patch |
Owners | Michael Rubinsky
------------------------------------------------------------------------------
Michael Slusarz <slusarz at horde.org> (2015-02-04 22:21) wrote:
>>> C: 31 UID SEARCH RETURN (ALL COUNT) HEADER MESSAGE-ID
>>> <00d701d01f08$6f76a3f0$4e63ebd0$@amusing.de> UID 0:215
>>> S: 31 BAD Error in IMAP command UID SEARCH: Invalid UID messageset
>>
>> Obviously, 0 is not allowed. Imap code doesn't do assert checking
>> for this situation (it probably should). But that 0 has to come from
>> the calling code.
>
> I can't reproduce this. The ids provided to the method that calls
> this search routine come from the list of uids provided from the
> IMAP server. There is an array_diff that removes uids that we know
> have since vanished.
Any chance that maybe the array_diff, or something after it, is a
doing a re-indexing of the ids list (not looking at code, so this is
just spitballing). Trying to think of logical ways an array can end
up having a zero value.
More information about the bugs
mailing list