viewmail-info
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [VM] vm and [emacs] desktop


From: Robert Marshall
Subject: Re: [VM] vm and [emacs] desktop
Date: Tue, 04 Nov 2014 12:20:50 +0000
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

On Tue, Nov 04 2014, Uday Reddy <address@hidden> wrote:

> Robert Marshall writes:
>
>> on a restart my vm imap cache files are loaded but they don't
>> appear as a VM INBOX
>> 
>> The desktop file entry looks ok
>> (desktop-create-buffer 206
>>   "/home/robert/Mail/imap-cache-10fa627ba88db87c673417642ff5d908"
>>   ...)
>
> Well, the IMAP cache files have such ugly names just to dissuade you from
> thinking they are just files!  The real "file" for an IMAP folder is on the
> mail server.  So, you should delete the imap-cache buffer that Emacs
> recovers and visit the folder in the usual way.
>

That's what I do (usually with a recover in the case of a run after a crash)

> I will think about how to block Emacs from automatically recovering cache
> files.
>

I guess you'll need to tinker with desktop-files-not-to-save (or
...buffers-not-to-save) unfortunately both those are (single) regexps
rather than a list of regexps. Alternatively there's desktop-save-hook
though as desktop-save can be run by the user at anytime (just to create
a saved posn) so closing vm imap files wouldn't be friendly. Maybe I
need to run a test with local folders to see if they work ok.

Doesn't appear to be a way of preventing emacs from saving the frame
state - for VM reserved frames - you can prevent it from saving all (but
one!) frame.

In my case my cache file was larger than large-file-warning-threshold
which gave the game away as to what was happening - as the imap cache
buffer ended up way down the buffer list

Robert
-- 
La grenouille songe..dans son ch√Ęteau d'eau


reply via email to

[Prev in Thread] Current Thread [Next in Thread]