Re: Rolling in sidebar, other mutt-ng type bits?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thursday, October 23 at 09:17 PM, quoth Robin Lee Powell:
> On Thu, Oct 23, 2008 at 09:34:58PM -0500, Kyle Wheeler wrote:
>> I don't know *authoritatively*, but I believe there are two
>> answers: the first being backwards compatibility (i.e. that by
>> default, mutt should behave as it always has, not suddenly start
>> sticking files somewhere; that would be a privacy breach waiting
>> to happen), and second being that mutt's default mode of operation
>> is not remote mailbox browsing (though that's what many people
>> primarily use it for), but rather local mbox or Maildir browsing.
>> Mutt has so many config options, the defaults have to be geared to
>> a particular use case. In this case, mutt's default use-case is
>> fetching mail out of /var/spool/mail/$user and depositing it into
>> some sort of ~/mail mbox. Header caching may not be much of a win,
>> and message caching *certainly* isn't useful in that situation.
>
> That mostly makes sense, but you must have *much* smaller folders
> than I do; I'm doing all my mail locally, and routinely have to wait
> 10-30 seconds for mutt to open a folder.
Me? Heck no; I use mutt to read mail from my IMAP server. My
understanding is that the utility of header caching depends on the
storage format - for mbox, it's (supposedly) not as important as, say,
Maildir or MH or IMAP. But <shrug>; the issue of unexpected privacy
breaches is reason enough not to make it default-on.
~Kyle
- --
For every complex problem, there is a solution that is simple, neat,
and wrong.
-- H. L. Mencken
-----BEGIN PGP SIGNATURE-----
Comment: Thank you for using encryption!
iEYEARECAAYFAkkBU+oACgkQBkIOoMqOI14Q0QCdHuI7t9bOGyJaTnJLmeLKZEMt
CtIAoLIn4kZ/9OFfO1CwRB75NITTOsIN
=zVjG
-----END PGP SIGNATURE-----