wasm-demo/demo/ermis-f/imap-protocol/cur/1600095213.22920.mbox:2,S

40 lines
1.6 KiB
Plaintext

MBOX-Line: From snowjn at aol.com Thu Mar 22 08:17:09 2007
To: imap-protocol@u.washington.edu
From: John Snow <snowjn@aol.com>
Date: Fri Jun 8 12:34:38 2018
Subject: [Imap-protocol] SEARCH restricted to one mailbox? Extensions?
In-Reply-To: <45F84F27.6080202@aol.com>
References: <"07Mar12. 152936pst. 57996"@synergy1.parc.xerox.com>
<1173743673.9167.65.camel@hurina> <45F6A2E4.3060502@aol.com>
<45F83CCD.2050808@isode.com> <45F84311.3080906@aol.com>
<jhC3CqDZvoKAsUpydmv19Q.md5@libertango.oryx.com>
<45F84F27.6080202@aol.com>
Message-ID: <46029DF5.8060801@aol.com>
John Snow wrote:
>
>
> arnt@gulbrandsen.priv.no wrote:
>> John Snow writes:
>>> Sort of. In vfolder, the search criteria is stored to create a
>>> view that is a subset of an existing mailbox. In that case, it can
>>> easily be treated the same as any other mailbox. My hope is to
>>> expand that beyond a single mailbox.
>>
>> Vfolder will do that by using Alexey's multimailbox search, at least
>> that's the vague intention.
>>
If we were to combine the multimailbox search with vfolder, what is
expected to be used for UIDs in a view the includes multiple mailboxes?
In the normal vfolder, the UID is the same one that exists in the
underlying mailbox. But since UIDs are only required to be unique
within the mailbox, combining multiples and using the underlying UID for
the message could result in duplicate UIDs. So, that's not right.
snow.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20070322/9f6e2ddd/attachment.html>