#3236: mutt: should use /var/tmp for mail drafts by default
-------------------------------+--------------------------------------------
Reporter: anto...@dyne.org | Owner: mutt-dev
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: mutt | Version:
Resolution: | Keywords:
-------------------------------+--------------------------------------------
Comment(by Vincent Lefevre):
{{{
On 2009-06-04 12:29:57 -0500, Derek Martin wrote:
Yes, but since it is a recommendation, it is likely that many systems
will follow it, and at least you can't blame systems for following a
recommendation. Choosing /var/tmp instead of /tmp will improve the
behavior on systems that follow the recommendation, and should be
equivalent on the other systems. If /var/tmp doesn't exist (which
would be against FHS), then /tmp could be used as a fallback.
No, not necessarily...
The user can start editing the message, save the message (from the
editor), do something else for 10 minutes then go back to the message.
Postponing the message is an unnecessary operation.
In general, if the file is stored in a directory that isn't erased,
only a part of the message is lost (e.g. the last characters entered).
But this depends on whether the user saves the message regularly or
the editor does it for him (under a different filename).
Between losing the whole message and losing just a part, I prefer
the latter!
I don't see why it would break Mutt.
So, propose a change (for the default behavior).
Temporary files for mail editing could be implemented in the same way
as mail files of a maildir folder.
Note that mail files of a maildir folder are also single files.
Locking is not necessary. You just need unicity.
This is not the normal use when editing a mail (I'm not talking
of attachments). People who do this kind of things when editing
a mail should be aware of possible problems and configure Mutt
accordingly.
}}}
--
Ticket URL: <http://dev.mutt.org/trac/ticket/3236#comment:>
Mutt <http://www.mutt.org/>
The Mutt mail user agent
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
