On Wed, Feb 14, 2007 at 03:42:15PM -0600, Ron Johnson wrote:
> > If the tool does not provide a means to undelete messages, then I also
> > find the decision to not make permanent deletion (either when the user
^^^^^^^^^^^^^^^^^^^^
> > changes folders or exits the program; it doesn't need to be immediate
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > for reasons which have been repeatedly discussed in this thread already)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > a default action to be questionable at best. If you can't undelete it,
> > then why keep it around?
>
> Speed. Deleting an email from the beginning of a 500MB (or, 10
> years ago, 50MB) mbox file can be slow.
OK, one more time: Delete by default does not have to mean delete
*immediately* by default. Look at the underlined text above. I already
explicitly stated that I didn't mean immediate deletion and that delete-
on-folder-change or delete-on-exit are probably better, along with an
allusion to the performance reason which keeps being brought up. Later
in my message (in a part that you snipped), I even referred to the
deferred deletion as being done for *good* reasons.
And besides... If messages marked for deletion are cleaned out by
default every time you exit your mail client, that mbox file won't get
to be 500MB nearly as quickly (if ever).
--
Windows Vista must be the first OS in history to have error codes for things
like "display quality too high"
- Peter Gutmann, "A Cost Analysis of Windows Vista Content Protection"
http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
