36 lines
1.5 KiB
Plaintext
36 lines
1.5 KiB
Plaintext
MBOX-Line: From janssen at parc.com Mon Mar 12 17:16:02 2007
|
|
To: imap-protocol@u.washington.edu
|
|
From: Bill Janssen <janssen@parc.com>
|
|
Date: Fri Jun 8 12:34:38 2018
|
|
Subject: [Imap-protocol] SEARCH restricted to one mailbox? Extensions?
|
|
In-Reply-To: <1173743673.9167.65.camel@hurina>
|
|
References: <07Mar12.152936pst."57996"@synergy1.parc.xerox.com>
|
|
<1173743673.9167.65.camel@hurina>
|
|
Message-ID: <07Mar12.161606pst."57996"@synergy1.parc.xerox.com>
|
|
|
|
> - Have one "Search all folders" mailbox
|
|
> - It has zero messages initially
|
|
> - SEARCH done inside it
|
|
> 1) EXPUNGEs all the existing messages if there are any (although
|
|
> unless UID SEARCH is done, the EXPUNGEs can't be sent to client yet)
|
|
> 2) Adds all the matched messages virtually to the mailbox, and
|
|
> returns EXISTS with the new message count (includes the old messages
|
|
> with non-UID SEARCH)
|
|
> 3) Send SEARCH result after the EXISTS reply with listing all the new
|
|
> messages.
|
|
|
|
Yep, that's what I was thinking. I think I'd keep one message in it
|
|
-- not sure how empty folders are regarded by clients.
|
|
|
|
> Hmm. I guess this could be generalized to be a virtual folder where the
|
|
> search rule gets updated by the SEARCH command.
|
|
|
|
That's how I did it a few years ago with a Verity/mh-e indexing
|
|
system. Every search got saved in a "past searches" namespace, and
|
|
you could visit it and look over the "folders". Opening one re-ran
|
|
the search and presented the results. Could do the same thing here.
|
|
Is there an out-of-band way of announcing a new mailbox?
|
|
|
|
Bill
|
|
|