Aaron Stone wrote:
> On Wed, 2006-08-23 at 22:32 +0200, Paul J Stevens wrote:
>> Oleg Lapshin wrote:
>
>>> Info COMMAND: [srch1 SEARCH UID 260]
>> So roundcube is using this detour to find a message seqnr for a specific
>> uidnr. Valid enough.
>>
>>> Debug RESPONSE: [* SEARCH 260]
>> That's incorrect for a 1-message mailbox. The message sequence-nr (1)
>> should have been returned here, not the uid number.
>
> I'm not sure I understand, then. We should see different results from
> UID SEARCH... vs. plain SEARCH?
That's it. From the RFC (section 6.4.8 UID Command):
The interpretation of the arguments is
the same as with SEARCH; however, the numbers returned in a SEARCH
response for a UID SEARCH command are unique identifiers instead
of message sequence numbers.
> a02 search uid 200
> * SEARCH 8 10 43 47 53 55 60
that's just plain wrong. The message sequence number for uid 200 should
be returned here.
> a02 OK SEARCH completed
> a03 uid search uid 200
> * SEARCH 8 10 43 47 53 55 60
this should return the uid number for uid 200, being 200.
--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
