Re: nnima-split-with-parent

[kai.grossjohann@uni-duisburg.de (Kai Großjohann)]

Ted Zlatanov <tzz@lifelogs.com> writes:

> On Sat, 07 Dec 2002, kai.grossjohann@uni-duisburg.de wrote:
>> Ted Zlatanov <tzz@lifelogs.com> writes:
>> 
>>> On Sat, 07 Dec 2002, kai.grossjohann@uni-duisburg.de wrote:
>>>> But this doesn't deal with the unqualified group names that are
>>>> currently in the file.
>>>
>>> We convert them to the nnmail-cache-primary-backend:groupname fully
>>> qualified format.  Wouldn't that make sense?
>> 
>> Usually, an unqualified group name is assumed to come from the
>> primary backend (ie, gnus-select-method).  So it's not sufficient to
>> _just_ call the functions I gave.
>
> Here are the upgrade steps when running nnimap-split-with-parent, when
> it needs to load the history-cache:
>
> 1) does the history-cache (nnmail cache version 2) file exist?  if
>    yes, go to (3)
>
> 2) upgrade ~/.nnmail-cache to a new history-cache file, or create a
>    new history-cache file if ~/.nnmail-cache does not exist
>
> a) creating a new file: just touch the file 
>
> b) upgrading: all lines get prefixed with the return value of
> nnmail-cache-primary-backend, then a \t character
>
> 3) load the history-cache file with the
>    "backend\tmessage-id\tgroupname" format
>
> Does that makes sense?  From (3) on, all work is done with the new
> history-cache file.

That's the right approach.

> The user could even go back to using the old
> nnmail-split-with-parent function in their nnmail split, since
> ~/.nnmail-cache would be the same as before.

Well, the file ~/.nnmail-cache isn't updated anymore, so using that
isn't useful for more than a couple of days ;-)

-- 
~/.signature is: umop ap!sdn    (Frank Nobis)