Re: IMAP and IDLE...

[Ted Zlatanov <tzz@lifelogs.com>]

On Wed, 16 Mar 2011 18:35:41 +0100 Lars Magne Ingebrigtsen <larsi@gnus.org> wrote: 

LMI> Ted Zlatanov <tzz@lifelogs.com> writes:
>> I'd need a count and to be able to peek at the sender and subject of the
>> INBOX, plus to be able to dump the INBOX messages' body text (without
>> attachments) in a temp buffer.  So I can say "oh there's mail...  let me
>> peek...  no, it's not worth splitting it yet."  This is how I work now.

LMI> Right, a count might be nice...  I'll keep it in mind when (or if) I
LMI> tackle the IDLE issue.

LMI> So far, there's three use cases for idling on INBOX:

LMI> 1) Pull down and split everything there

LMI> 2) For server-side splits, just update the INBOX group -- the
LMI> interesting mail is in the INBOX

LMI> 3) Just report the number of unsplit messages in INBOX, so that it can
LMI> be acted on manually

Maybe a nnimap backend variable of "IDLE-handler" would be nice.  It
would receive a list of the new raw message bodies and then the user can
decide what to do by customizing that handler.  So we can provide
pre-defined defaults:

for (1), 'run-splits
for (2), 'update-INBOX
for (3), a custom lambda or symbol

That way you can implement the IDLE functionality without worrying about
writing all the rest of the code immediately.

Ted