1-4. Thanks. I'll start working on the "Long-term unobtrusive
monitoring of mail boxes protocol" rfc.
brian
On Wednesday, September 25, 2002, at 04:03 PM, Mark Crispin wrote:
> There is no simple answer.
ed
lock problems. Furthermore, SELECT will cause \Recent flags to be "lost" if
your monitoring session sees the mailbox first.
The bottom line is that IMAP was not designed to facilitate long-term
unobtrusive monitoring, and so its monitoring capabilities are basically
"snoop at a snapshot."
Thanks for the explanation. Is there a way to determine what behavior
to expect?
How would you reliably monitor mail (what's new and who's it from, what
flags changed
and what got expunged) without permanently affecting the Seen flag? Or
does that
not have a simple answer?
brian
On W
If a server does not normally announce new mail messages with EXAMINE it
probably not do so just because you use the IDLE command.
The entire reason why a server might not announce new mail messages with
EXAMINE is if the underlying mail store requires an exclusive lock in order to
read. If the
I want to monitor mail from a functionally read-only client as I just
want to create a fancy biff.
It's been pointed out EXAMINE does not necessarily work for this as
untagged EXPUNGE/FETCH/EXISTS
responses are not forthcoming from all servers in read-only mode. In
searching through the archives
