I came up
with is control-c, which aborts the mutt session
entirely, and deletes my new mail message. Is there
a more elegant way to have handled this?
--
Gary Funck
my gpg.conf file.
Near as I can tell, this didn't work as I'd expected, though
I am not sure about the exact order that I tried various
permutations of setting trust and signing keys.
--
Gary Funck
ection-related
data. We used it to allow external access to an internal
IMAP server (with proper authentication) and it did a good job.
A regular proxy would likely have worked, but we found the
performance benefit helpful to the slower line speeds of
road warriors.
--
Gary Funck
On Fri, Aug 10, 2007 at 12:00:01PM -0600, Kyle Wheeler wrote:
> On Friday, August 10 at 01:51 PM, quoth Derek Martin:
> >> Or, mutt can be configured to do local IMAP over SSH... which has
> >> its uses (i.e. ssh to the machine and run the imapd directly).
Alternatively, you might consider settin
g features back into the mainline?
Anyone use mutt-ng, how stable is it?
--
Gary Funck
On Sat, Aug 11, 2007 at 05:34:17PM +0200, tannhauser wrote:
> On Sa, 11.08, 08:25, Gary Funck wrote:
[...]
> Well, you know the mutt vs. patches thing, do you?
I've just begun to use mutt more as my main e-mail program,
preferring its simplicity to some of the more whiz-bang
GUI mail r
Hello, I've been receiving a fair number of e-mails
recently where the message body is inline HTML.
Mutt displays the message as uninterpreted HTML,
where 'v' (view) views the message as expected.
I have the following mailcap entry:
text/html; /usr/bin/htmlview %s ; copiousoutput
The headers in
On 05/19/08 15:04:04, Gary Johnson wrote:
> > What sort of mutt magic do I need to add that will
> > cause this inline HTML message to be converted,
> > and displayed as text?
>
> You need to have this line in your muttrc:
>
>auto_view text/html
Gary, thanks. Interestingly, although auto_vi
