Re: That newfangled IMAP thing...

[Daniel Pittman <daniel@rimspace.net>]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
>
>> It'll triple in size before it's done, but so far, so pleasant.
>
> I now have move/copy/accept going, too, so the next thing to handle is
> probably client-side mail splitting.
>
> So I guess you'd have a variable that says which mailbox to use as the
> source mailbox, which should just default to "INBOX".  And then you
> split according to ...  Hm.  The old nnimap has its private
> `nnimap-split-rule'.  Is that really necessary?  Can't we just use the
> normal `nnmail-split-methods' and stuff?  Why should nnimap be different
> from all the other mail backends?
>
> Anyway, the splitting methodology would be as follows:
>
> 1) stream-download all the articles in the INBOX group
> 2) run the mail split rules over each article
> 3) notice what new groups should be created, if any, and create them
> 4) stream out a bunch of "COPY 23242 ding" (etc.) commands, to copy the
>    articles over to the correct groups
> 5) parse the responses
> 6) mark all the messages that were successfully copied as deleted (this
>    would normally be all the articles)
> 7) do an "EXPUNGE"

Watch out: an unconditional EXPUNGE here might not do what the user expects,
since it will destroy all mail deleted, not just the stuff that Gnus handled.

Unless you have UID EXPUNGE, better to either make that an option in Gnus or
just avoid it.  Er, and see my other response in the thread WRT where UID
EXPUNGE can be found.

        Daniel

-- 
✣ Daniel Pittman            ✉ daniel@rimspace.net            ☎ +61 401 155 707
               ♽ made with 100 percent post-consumer electrons