On Wednesday, April 24 at 01:40 PM, quoth Derek Martin:
Very smart people have already thought about this A LOT. There are
numerous articles and papers on the topic. If you really want to
implement a solution for this that doesn't use the system libraries,
you should go read some of them. Th
On Wednesday, April 24 at 03:37 AM, quoth Vincent Lefevre:
On 2013-04-23 20:06:10 -0500, Derek Martin wrote:
Cute, but DoS is not the only vector as you well know. Using the
message store or any part of the message store is not a workable
solution. It's (in general) data from an untrusted sou
On Tuesday, April 16 at 12:25 PM, quoth Tim Gray:
I run mutt on OS X. As I'm sure many of you know, OS X has a system
wide content indexing and search system called Spotlight. Spotlight
already indexes and searches emails stored individually as files
(similar to maildir) and OS X also has a p
On Monday, April 8 at 03:31 PM, quoth Derek Martin:
It's much easier to complain when something bugs you than it is to
remember to express appreciation when everything is fine...
You know, that's an excellent point, and a good reminder. So:
I would like to profess that my copy of mutt has bee
On Wednesday, March 27 at 05:04 PM, quoth isdtor:
I've been wondering for a while whether it is possible to completely
save a mailbox (i.e. mbox) in exactly its current state, deleted
messages and all, without actually purging deleted messages? In other
words, I would like to preserve the "Dele
On Tuesday, July 31 at 02:41 PM, quoth Vincent Lefevre:
I would rather see a standalone SMTP-client (possibly designed for
Mutt users) than a built-in SMTP-client:
There *is* one! It's called msmtp. :) On their wiki, they say "It was
designed with Mutt in mind, which is where the M came from".
On Saturday, July 28 at 11:19 AM, quoth Rado Q:
I like things to be simple & easy to use, too.
But within its own area of operation.
I prefer modular solutions to use them as _I_ like them, gives me
more power, less dependence on fixed or not easily changed features.
So we're agreed, then: mut
+1 +0
On Wednesday, July 18 at 10:35 AM, quoth David Champion:
I'm writing in reaction to a request on mutt-users, but this is not
really a response to that post -- it's more a response to a recent
upswing in requests of this type.
It would be straightforward to add a search pattern specificall
On Monday, September 28 at 11:20 PM, quoth Brendan Cully:
I am deeply saddened to report that Rocco Rutte died of cancer last
week. He'd been sick for some time, but it still seems terribly
sudden. I wish we'd had a chance to meet in person, and I am glad
that he chose to spend so much of his tim
On Tuesday, September 22 at 03:10 PM, quoth Manish Katiyar:
Yes,... I can open it in thunderbird.though looks like
thunderbird takes very long time to fetch headers and it appears it
does it in batches.
This has been discussed recently on one of the mutt lists. Since
Thunderbird remem
On Friday, August 28 at 03:54 PM, quoth Mun Johl:
I didn't anticipate that Outlook would alter the format of the
encapsulated message when it forwarded it as an attachment. That
may be standard procedure, but it throws a wrinkle into the works.
For example, a signature delimiter "-- " is depi
On Wednesday, August 19 at 09:04 AM, quoth Aviv Greenberg:
It's google's IMAP servers sample conversation with the bug is
below. The skips are consistent (ie when i repeat fetching headers i
miss the same messege ids). I'm missing ~35 headers out of 280K:
Ahhh, Google. Yeah. They're somewha
On Wednesday, August 19 at 12:32 AM, quoth Aviv Greenberg:
It appears that the imap server skips some headers in the FETCH
command. Is this normal? Is this whats casuing the error? What can i
do?
It's definitely NOT normal. What IMAP server are you using? If you can
produce an example IMAP con
On Saturday, August 1 at 08:04 PM, quoth Stephen Hunt:
If I leave my mutt(set up with gmail for IMAP) open for more than
4-5 minutes untouched all my messages disappear from the screen
and on the bottom of the screen I get this error "tls_socket_read
(A TLS packet with unexpected length was re
On Monday, July 20 at 09:27 PM, quoth Stefan Petrea:
I think this is a bug.
Why?
I can see why it's a *problem*, but why do you think it's a mutt bug?
~Kyle
--
Liberty is the only thing you cannot have unless you are willing to
give it to others.
On Friday, July 10 at 04:28 PM, quoth Thomas Dickey:
yes. I've some test-screens in vttest (in the xterm-related part),
which can be used for a quick check. The tack program also has a
screen for this, though it doesn't exercise as many cases.
Drat.
HEH - that's a fun little program. Thanks
On Friday, July 10 at 08:21 AM, quoth b a:
I understand that you enclose as much calls as you can inside
mutt_allow_interrupts(1); ... mutt_allow_interrupts(0);
How does that translate later on , how does it help ncurses or any
other code that's supposed to run run ? Your code doesn't have any
On Friday, July 10 at 05:24 AM, quoth b a:
When pressing to view an email with a big attachement mutt
becomes unresponsive until the message is fetched.
I've had the same complaint.
I don't like this and I will fix it in the next few days by binding
the escape key to break the loop on lines
On Thursday, July 9 at 07:31 PM, quoth Thomas Dickey:
On Thu, 9 Jul 2009, Kyle Wheeler wrote:
(If it helps, I'm using Apple's Terminal.app... it may not have the
greatest BCE support, but surely there's a way to clear things
without going the route of *spaces*)
as far as I
I just discovered the bce "fix" to the whole "blanks at the end of all
lines in my email" problem, and I have some questions about things
that bce breaks in the rest of mutt.
For those who don't know, ncurses normally uses "space" characters to
erase the terminal (i.e. set it to blank), which
On Monday, July 6 at 12:56 PM, quoth Rocco Rutte:
(gdb) a
Undefined command: "ab". Try "help".
(gdb)
(I enter abé, hit bs 2 times and hit enter)
Does it work for in mutt, i.e. 'a: unknown command'?
Works fine for me (OSX 10.5.7).
~Kyle
--
History will be kind to me, for I intend to write i
On Monday, July 6 at 11:18 AM, quoth Kyle Wheeler:
I'd be thrilled if mutt gained one or two of Sup's searching
features (personally, I like my idea for an interface:
http://dev.mutt.org/trac/ticket/3031).
For what it's worth, I did try to figure out how to do this myself,
On Monday, July 6 at 08:33 AM, quoth Noah Slater:
It's probably best to just check out the Sup documentation:
http://sup.rubyforge.org/
Those screenshots that might help illustrate some of the
differences.
Huh. I remember trying to use it once upon a time. Apparently my ruby
install was i
On Saturday, July 4 at 11:10 AM, quoth Derek Martin:
The Mac is the only platform I've heard of still having
Unicode-related issues (and shame on Apple for that), and AFAIK they
can all be patched or worked around by now.
Er? What issues are these? I've been using a Mac for ages, and I have
On Thursday, July 2 at 06:53 PM, quoth Rocco Rutte:
http://dev.mutt.org/doc/manual.html#mailcap-search-order
I just noticed that in the third paragraph, the second wocka around
view-mailcap is backwards. It looks like .
~Kyle
--
University politics are vicious precisely because the stak
On Thursday, July 2 at 10:51 AM, quoth Aron Griffis:
The idea of this changeset makes sense, but I think the
implementation might be broken. I have this in my mailcap
(heavily simplified):
text/html; firefox %s
text/html; w3m %s; needsterminal
text/html; w3m -dump %s; copiousoutput
As of 5906
On Saturday, June 27 at 03:59 PM, quoth Rocco Rutte:
Because $attach_format is also used in the attachment menu, I see
this as a win because you can e.g. check for format=flowed messages
simply hitting 'v' and not either toggling header weeding and look
for Content-Type, or even unignore Conten
On Friday, June 26 at 04:54 PM, quoth Rocco Rutte:
A generating agent SHOULD:
1. Ensure all lines (fixed and flowed) are 79 characters or
fewer in length, counting the trailing space but not
counting the CRLF, unless a word by itself exceeds 79
char
On Friday, June 26 at 12:00 AM, quoth Brendan Cully:
5 new changesets in mutt:
http://dev.mutt.org/hg/mutt/rev/c5d0252e8f72
changeset: 5946:c5d0252e8f72
branch: HEAD
tag: tip
user:Rocco Rutte
date:Thu Jun 25 21:46:28 2009 +0200
summary: Fix f=f corner case wit
On Tuesday, June 23 at 08:21 PM, quoth Rocco Rutte:
So the only real issue is when the FS isn't accurate about the times
for the directory.
Yeah... Of course filesystem problems are always an issue, but I guess
my thought is: for just about all filesystems, keeping track of a
"last modified"
On Tuesday, June 23 at 05:15 PM, quoth Rocco Rutte:
Yes, I see your point. The only thing I'm sure is that your
guarantee shouldn't be generalized. :) What not sure about is
whether we really want an option for it. Hacking this isn't exactly
trivial either given that the current code of two pas
On Tuesday, June 23 at 12:30 AM, quoth Brendan Cully:
I've just pushed Vincent's simple fix.
Many thanks!
~Kyle
--
This is my simple religion. There is no need for temples; no need for
complicated philosophy. Our own brain, our own heart is our temple;
the philosophy is kindness.
On Tuesday, June 23 at 12:00 AM, quoth Brendan Cully:
http://dev.mutt.org/hg/mutt/rev/54bc1ef602e7
changeset: 5934:54bc1ef602e7
branch: HEAD
tag: tip
user:Rocco Rutte
date:Mon Jun 22 17:36:21 2009 +0200
summary: Make mutt_curses_(error|message) format message t
On Monday, June 22 at 10:43 AM, quoth Derek Martin:
On Mon, Jun 22, 2009 at 04:43:27PM +0200, Moritz Barsnick wrote:
I think this behavior is not desired.
I meant to add that if you want to mark something that needs your
attention, but *don't* want to treat it as new (unseen) mail, then you
sh
On Wednesday, June 17 at 05:28 PM, quoth Rocco Rutte:
This would appear to break situations like mine, where I use '=' to
refer to $folder:
mailboxes = =friends =mutt
No, because mutt_expand_path() is called in advance that would expand a
leading '=' using $folder. However, ==foo is kind
On Tuesday, June 16 at 11:48 PM, quoth Bertrand Janin:
Hi list,
I'm a big fan of 'c' to quickly switch between mail boxes but I have to
admit that my few IMAP/POP accounts are hard to reach. I know there are
a few workarounds to simulate aliases but I thought I'd try a less
redundant solution. T
On Saturday, June 13 at 06:37 AM, quoth Thomas Dickey:
On Sat, 13 Jun 2009, Mutt wrote:
#3252: mutt: Should use transliterations for charset conversions
--+-
Reporter: anto...@dyne.org | Owner: mutt-dev
Type: e
On Thursday, June 11 at 11:44 PM, quoth Heinrich Langos:
mailers) will create a "References:" header that labels your
message as being a response to that other thread. Many mail
programs, including mutt and most mailing list archive software,
will then treat your message as being part of the th
muttrc commands. For
example:
# Default settings:
send-hook . unmy_hdr From:
send-hook . set signature="~/.conf/mutt/sigprog|"
# Different return addresses for different mailing lists
subscribe '^mutt-us...@mutt\.org$'
send-hook mutt-us...@mutt.org \
On Thursday, June 11 at 01:38 PM, quoth Patrick Welche:
I don't use the header cache - I would have to enable it to use it
right?
(off by default?)
Ahhh, I assumed that you did use it. Yeah, you'd have to enable it.
Hmm. I don't know how mutt handles new/old tracking on IMAP without
the head
On Monday, June 8 at 12:21 PM, quoth Patrick Welche:
Now I'm even more confused: mutt says after several days of not
reading mail, mutt says:
Msgs:220272 New:6 Old:710
and those refer to the 6 new messages I received while it is open.
YIKES - that is a *huge* mailbox!
It's interesting that
On Monday, June 1 at 10:27 PM, quoth Patrick Welche:
So the first question is, am I missing a new setting in mutt?
No - mutt's current behavior uses both \Unseen and \Recent along with
its own header cache in order to be reliable across multiple brands of
IMAP servers.
And then how do I t
On Sunday, March 22 at 12:25 PM, quoth Albert Oliver:
Most email clients support them, and I'd like that mutt could also
be there.
Not that I don't think this would be a good idea, I do. BUT... do most
clients *really* support arbitrary IMAP tags? I've used Apple Mail,
and MS Outlook and Thun
Does anyone here have any ideas?
- Forwarded message from Joshua Tinnin -
On Wed, Mar 11, 2009 at 11:18:30AM -0500, Kyle Wheeler wrote:
On Wednesday, March 11 at 10:36 AM, quoth Joshua Tinnin:
>Here it is:
>
>Program received signal SIGSEGV, Segmentation fault.
>0
On Thursday, February 19 at 12:48 PM, quoth Rocco Rutte:
I found a situation where mutt can sometimes forget about its
connections: when using smtp to send email. Apparently during
transmission, mutt forgets about $imap_timeout (or any of the other
ones). Thus, if my IMAP server disconnects peo
On Tuesday, February 17 at 05:35 PM, quoth Kyle Wheeler:
#3 0x000ca55c in mutt_socket_poll (conn=0x18c9000) at
mutt_socket.c:168
Something else I noticed... mutt_socket_poll relies on conn->bufpos,
conn->available, and conn->conn_poll, none of which are reset when a
connec
On Tuesday, February 17 at 05:35 PM, quoth Kyle Wheeler:
But I wonder if we can get by with saying:
if (sasldata->buf == 0) return -1;
For what it's worth, adding this line to mutt_sasl_conn_poll() does
avoid the crash. It's probably not the *right* way to do it, but.
Whenever mutt gets disconnected from my IMAP server, for any reason,
reconnecting causes a crash. The message on-screen when mutt crashes
is "Sorting mailbox...".
I'm using the latest source from the hg repository, linked against
tokyocabinet 1.3.9, ncurses 5.7.20081102, libiconv 1.11, libidn
I found a situation where mutt can sometimes forget about its
connections: when using smtp to send email. Apparently during
transmission, mutt forgets about $imap_timeout (or any of the other
ones). Thus, if my IMAP server disconnects people who are idle for 10
minutes and it takes 11 minutes t
It would appear that the UPDATING document is slightly incorrect,
which may be confusing for folks in the future. It claims that there's
a new config variable "ssl_verify_hostname", while the muttrc man page
describes it as "ssl_verify_host". I've confirmed that mutt doesn't
recognize ssl_verif
On Tuesday, January 13 at 06:57 AM, quoth Brendan Cully:
Should be fixed in 10e224e86f0b. Thanks again for spotting.
Cool! That was fast! :)
~Kyle
--
If women didn't exist, all the money in the world would have no
meaning.
-- Aristotle Onassi
With recent changes to the mutt source, an infinite recursive loop has
been created in some configuration scenarios. Specifically, if you
have account-hooks to set your $folder and then attempt to set your
$folder. For example:
account-hook 'm...@server' \
'set folder="imaps://m...
On Tuesday, December 16 at 01:48 PM, quoth Erik Hovland:
Some headers provide no useful symbols to the file that includes it.
This means that the header is optional. And since it is optional, then
removing it saves time (less for cpp to process) and space.
As a guy whose done a little bit of cr
I recently updated to the latest mutt source, and the behavior has
changed in an annoying way. When I compose messages now, mutt *always*
thinks that my editor has returned a non-zero exit code (specifically:
1). I use vim, and as far as I can tell, it always exits with a 0 exit
code.
I ended
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday, November 17 at 09:32 PM, quoth Brendan Cully:
>Seems fine. Does anyone object?
I like it. :)
~Kyle
- --
Never think that war, no matter how necessary, no matter how
justified, is not a crime.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday, November 17 at 09:37 AM, quoth Kyle Wheeler:
> reply-hook '^~t email-address' 'push "a
> chosen name" '
Okay, my quoting is a little off on the push line. Its easier if you
can just use a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday, November 17 at 07:01 AM, quoth Michael Elkins:
> On Mon, Nov 17, 2008 at 03:37:00PM +0100, steve wrote:
>> Sometimes people send their message with the following headers:
>> From: "email-address"
>> which isn't very nice in the index menu.
On Thursday, November 13 at 12:17 PM, quoth Jeremie Le Hen:
Attached you will find a patch introducing a new match pattern: =().
Thanks to this pattern you can match the parent message of messages
matching the inner pattern.
I don't disagree with the idea, but I do disagree with the syntax. All
On Tuesday, November 11 at 12:18 AM, quoth Gary Johnson:
Is this a known problem or should I investigate further?
Are you using mutt's internal regex engine? Try recompiling mutt with
the --with-regex option and see if that doesn't fix it. If it does,
then the problem is just that your Linux
On Monday, November 10 at 11:42 PM, quoth TAKAHASHI Tamotsu:
This has already been fixed:
1970-01-01 00:00 + Brendan Cully <[EMAIL PROTECTED]> (a2e8f6fab8d3)
* smtp.c: Test that envelope from or from is set before attempting
SMTP delivery. Closes #3079.
Oh wait, since over
On Monday, November 10 at 08:55 AM, quoth Gary Johnson:
I don't explicitly specify a from address when I use that same mutt
binary interactively, as I'm doing now, and it sends mail fine
interactively.
I tried the following three methods of specifying my from address.
Yikes! All three of tho
On Monday, November 10 at 11:42 PM, quoth TAKAHASHI Tamotsu:
This has already been fixed:
1970-01-01 00:00 + Brendan Cully <[EMAIL PROTECTED]> (a2e8f6fab8d3)
* smtp.c: Test that envelope from or from is set before attempting
SMTP delivery. Closes #3079.
Oh wait, since over
On Monday, November 10 at 12:15 AM, quoth Gary Johnson:
$ echo test | mutt -s test garyjohn
Hmmm, okay, so, you're not *specifying* a return address. I suppose
the question is: what should mutt be doing in this case?
Have you set the environment variable 'EMAIL'? I'm guessing not. I'm
als
On Wednesday, November 5 at 03:11 PM, quoth Thomas Parmelan:
Mutt doesn't store the envelope from in the saved copy of the
message.
Yes it does. I use mbox folders. The From separator usually uses the
envelope sender. In fact, it really does for incoming messages...
Ahh, sorry, I was thinki
On Tuesday, November 4 at 03:58 PM, quoth Thomas Parmelan:
The problem I have is that in this case the saved copy of my sent
mails have not the real enveloppe from, but the one derived from the
From:.
Mutt doesn't store the envelope from in the saved copy of the message.
The envelope is not
On Friday, October 31 at 11:21 PM, quoth TAKAHASHI Tamotsu:
So here is another patch.
%e is a pretty version of %f in $folder_format.
Hmm... there's a minor problem... in browsing around an IMAP server,
going to the parent folder is normally labelled "..", but after going
through mutt_pretty_
On Friday, October 31 at 11:21 PM, quoth TAKAHASHI Tamotsu:
So here is another patch.
%e is a pretty version of %f in $folder_format.
Fantastic! It's even fewer lines than the first one!
+1 to include in mutt.
~Kyle
--
If man was meant to be nude, he would have been born that way.
On Thursday, October 30 at 04:50 PM, quoth Aron Griffis:
TAKAHASHI Tamotsu wrote: [Thu Oct 30 2008, 11:48:44AM EDT]
I think it takes just a few lines if you set
folder=imaps://[EMAIL PROTECTED]/INBOX/
Would it be worth making this configurable? I ask because
I access three separate accounts
On Friday, October 31 at 12:48 AM, quoth TAKAHASHI Tamotsu:
* Thu Oct 30 2008 Kyle Wheeler <[EMAIL PROTECTED]>
Is there some reason that the mutt buffy list is all in canonicalized
full-url form? As a bit of a screen real estate hawk, it seems a bit
wasteful that when I press '
Is there some reason that the mutt buffy list is all in canonicalized
full-url form? As a bit of a screen real estate hawk, it seems a bit
wasteful that when I press 'y', I get a screen full of
"imaps://[EMAIL PROTECTED]/INBOX/..." - how hard would it be to
replace that big long prefix with = ?
On Tuesday, October 28 at 03:42 PM, quoth Aron Griffis:
An alternative would be to add an attach-glob option to mutt, which
mutt would then expand internally, for example:
mutt -g \*.jpg [EMAIL PROTECTED]
More ideas? Dissenting opinions?
What about using the same sort of parsing that's u
On Monday, October 20 at 07:13 PM, quoth Patrick Welche:
I just updated to today's head (grabbing the #3000 patch, thanks!) and find
that my list of mailboxes is now just "INBOX" (on cyrus imap server, / ) I
set mask=""
just in case, but no change. I note that imap_fix_path changed since the
l
On Friday, October 3 at 06:24 PM, quoth Sergei Gerasenko:
Cool. The only thing I don't understand is that it seems that all
file locking in Unix is "advisory" and it's totally up to the
program accessing the file whether to respect it or not. Is that
true?
Yes, exactly. What that essentially
On Friday, October 3 at 03:08 PM, quoth Sergei Gerasenko:
1) If I understand correctly, marking a message as "read" involves
inserting a "Status:RO" line into the header of the message.
That's only true of messages stored in mbox and MH format mailboxes.
Maildir mailboxes store that informati
On Tuesday, September 30 at 07:30 AM, quoth Christian Ebert:
* Kyle Wheeler on Monday, September 29, 2008 at 17:47:51 -0500
After changeset 2050b44407bf, I’m unable to compile with qdbm. I
see that configure.in is testing for $use_qdbm, but never sets it.
Sorry; typo. I meant configure.ac
After changeset 2050b44407bf, I’m unable to compile with qdbm. I see
that configure.in is testing for $use_qdbm, but never sets it.
Equivalent logic is used in the tokyocabinet stuff, but I don’t see
how that could possibly work *either*, since $use_tokyocabinet is
never set.
A small patch is
Hey,
It just came to my attention that, at least when auto-viewing html
attachments, mutt uses a predictable filename rather than its usual
secure temporary file creation (e.g. it always uses $TMPDIR/mutt.html
to view html files).
This seems like a security bug, among other things. Where is
On Wednesday, September 10 at 05:54 PM, quoth Rocco Rutte:
[4f67fc336986] removes the imap_keepalive() call from the pager's
main loop and calls it everytime in km_dokey(). The change in
[12a6de725483] however only calls imap_keepalive() if
$imap_keepalive < $timeout. Maybe we need something li
On Wednesday, September 10 at 06:30 PM, quoth Rocco Rutte:
Sure... what is this supposed to prove? Should I back-out my change
to pager.c (I re-inserted the imap_keepalive() call)?
Yes. This shouldn't prove anything but it should fix the problem in the
right place instead of fixing the pager.
On Wednesday, September 10 at 05:54 PM, quoth Rocco Rutte:
[4f67fc336986] removes the imap_keepalive() call from the pager's
main loop and calls it everytime in km_dokey(). The change in
[12a6de725483] however only calls imap_keepalive() if
$imap_keepalive < $timeout. Maybe we need something li
On Monday, September 8 at 01:21 PM, quoth Rado S:
=- Kyle Wheeler wrote on Thu 4.Sep'08 at 12:00:00 -0500 -=
E.g. when you want to look up some option's docs you would normally start
searching from the beginning and hit it in the toc right away, click the
link and get wher
On Thursday, September 4 at 03:33 PM, quoth Rocco Rutte:
Well, I don't see a semantic construct that fits here (but I'm by
far not a docbook expert). Sure, a list would do but that would look
horrible for the hundreds of options. Everything that renders to
something with indentation is bad I t
On Wednesday, September 3 at 11:12 AM, quoth Brendan Cully:
On Wednesday, 03 September 2008 at 12:47, Kyle Wheeler wrote:
Has anyone else noticed a change in pager-based timeouts?
I generally track mutt's mercurial tree, and I noticed that
recently mutt started timing out (
On Wednesday, September 3 at 09:31 PM, quoth Rocco Rutte:
I'd like to commit a change which makes the manual contain only
chapters and sections in the manual to trim the table of contents,
mainly to remove hundreds of sections for config options.
Due to Brendan recalling objections I'd like t
Has anyone else noticed a change in pager-based timeouts?
I generally track mutt's mercurial tree, and I noticed that recently
mutt started timing out (being "Disconnected for Inactivity") if I let
it sit while viewing a message (i.e. in the internal pager). However,
I can let it sit on a mail
On Monday, August 25 at 03:07 PM, quoth Derek Martin:
I was trying to compile mutt from the latest sources on my work
desktop, which is running, I believe, the latest Ubuntu release.
What I found is, if I compile against ncurses, the arrows which show
thread relationships are drawn as a series
On Wednesday, August 13 at 12:27 AM, quoth Brendan Cully:
This patch makes me uneasy (especially during a freeze), but I'm
willing to apply it if no one else objects. I don't see what kind of
damage a hook might do in batch mode, but I can't convince myself that
it's harmless either.
Well, I
On Tuesday, August 5 at 09:51 PM, quoth Mun Johl:
I've been using w3m to render HTML messages within my mutt window
for quite a while. My HTML mailcap entries are as follows:
text/html;$HOME/bin/mutt_opera %s
text/html; w3m -dump %s; nametemplate=%s.html; copiousoutput
Looks good.
However
On Friday, June 20 at 12:54 PM, quoth Vladimir Marek:
A great mutt enhancement would be to allow reading message contents
without having to download attachements.
On a slow/expensive imap connection that feature would make mutt usable.
+1 Or at least cache the attachment in header cache.
?
I just noticed this, but why is $time_inc mentioned twice in the
UPDATING file?
~Kyle
--
The whole problem with the world is that fools and fanatics are always
so certain of themselves, but wiser people so full of doubts.
-- Bertrand Russell
On Wednesday, May 21 at 10:49 PM, quoth Mutt:
#681: rc of mutt_display_message differs between builtin and external pager
Comment (by paul):
I've just tried to peek at this, and I have to admit I'm not sure what's
being asked for here. I set my pager to 'less' (rather than builtin), but
I don't
On Wednesday, May 14 at 02:34 PM, quoth Mutt:
#3048: ZWSP at start of line causes display problems in pager
Comment (by pdmef):
As it works for me on OS X (ncursesw 5.6) but not on Linux (Debian,
Gentoo; both ncursesw 5.5). So maybe it's more of a system than pure mutt
issue (e.g. curses, libc
On Thursday, March 20 at 03:47 PM, quoth Vincent Lefevre:
Do not set $charset. There are very few good reasons for it.
A good reason is to use transliteration!
I didn't say there were *NO* good reasons. Transliteration is the only
one I'm aware of, and even that has problems, as Alain pointe
On Wednesday, March 19 at 09:54 PM, quoth N.J. Mann:
NO. Do *NOT* edit auto-generated files (such as Makefile.in --
automake
Hey! I _did_ say automake was something I didn't know much about!
Where's your solution?
Sorry, I didn't mean to come off as insulting, I just wanted to be
very clea
On Wednesday, March 19 at 09:05 PM, quoth N.J. Mann:
--- doc/Makefile.am.orig2007-11-30 08:00:04.0 +
+++ doc/Makefile.am
@@ -43,6 +43,9 @@
ChangeLog.old \
README NEWS TODO README.SECURITY README.SSL
+OPS = $(top_srcdir)/OPS $(top_s
On Tuesday, March 18 at 09:21 PM, quoth Mutt:
It's possible that your name is being mis-encoded in email, and so
it is taking various paths through mutt on the way to being
displayed based on whether mutt notices the problem or not.
The content type of the email showing this problem is set to
On Tuesday, March 18 at 08:42 PM, quoth Mutt:
set assumed_charset=UTF-8
set charset=UTF-8//TRANSLIT
Do not set $charset. There are very few good reasons for it.
There is *never* a good reason to use UTF-8 and //TRANSLIT at the same
time.
Suppose my name (Miek Gieben) would contain some high
I know that if I set $thorough_search, mutt will decode messages so
that if I search for "~b foo" it will find all messages containing the
string "foo", even if they're encrypted. But here's my problem: mutt
doesn't always know that messages are encrypted!
In particular, I do a lot of communicati
On Monday, February 18 at 09:09 PM, quoth Mutt:
This has had me riddled for quite some time now as well. Even if I
set LC_CTYPE=de_DE.iso885915 (or similar, like "@euro"), I need to
tell mutt about it with "set charset=iso-8859-15". Or am I
overseeing something?
Mutt gets its charset from the
On Monday, February 18 at 07:19 PM, quoth Mutt:
When I reply to a gpg encryptd mail I don't get the decrypted mail
in the reply but instead
On Mon, Feb 18, 2008 at 08:01:17PM +0100, Olaf Foellinger wrote:
> gpg: fatal: unable to reopen standard input, output, or error
The gpg.rc is the standar
1 - 100 of 204 matches
Mail list logo
