Cameron Simpson writes:
Could someone familiar with mutt's internals comment on this?
I believe this is decided by ncurses when it does hard-wrap. I also have this
problem when using urxvt+url-select, but it seems some other terminals work
around this deficiency. I guess they manually check t
Cameron Simpson writes:
In particular, I maintain a mutt group "htmlers" to track specific
senders which send useless plain text components. Keeps the condition
readable.
That's a great idea, thanks a lot for bringing that up.
I eventually worked this out[0].
I had previously tried using a message-hook to set alternative_order, but that
didn't work because I didn't realise that alternative_order *appends*, it
doesn't overwrite the existing alternative_order.
So, the basic solution is to call unalternative_order eve
Is there some way to force viewing HTML for certain senders? I tend to prefer
reading plain text over HTML (which I auto_view with w3m), but some senders
send stupidly broken e-mails as plain text, and the only reasonable thing to do
is view the HTML content instead.
For example, some senders
Hello,
Is there some way to disable the prompts for To/Cc/Subject when replying
to a message, but still have them appear when creating a new one?
Thanks. :-)
Erik Christiansen writes:
> Ahh, then another small tweak is required, to display the needed index
> info in the pager view:
>
> set pager_index_lines=6# Local thread view at top of display.
>
> Not only does that show 5 index lines, ending with that for the
> currently paged post, but also t
Hi Erik,
Erik Christiansen writes:
> Is it essential to edit received email, or is it enough to just localise
> the time displayed in the index?
Thanks for the suggestion, I already do this. Most of my time is spent
iterating through e-mails in the pager view, though, so it's not ideal.
For this
I have a script that replaces the Date header in e-mail with one in my
local timezone. This works fine, but it stops hdr_order from working.
Without $display_filter set, $hdr_order works fine. When $display_filter
is set, $hdr_order stops functioning, and headers are displayed in
whatever order th
Grant Edwards writes:
> I though mutt supported IMAP's IDLE command. That should reduce the
> latency to well under a second.
At least in my experience, IMAP IDLE on mutt results in sporadic
lockups (on Google Apps, at least). The only solution I found was to set
mail_check and timeout to a low(i
Chris Down writes:
> Is there a better way to fix this than writing a macro to do that? Where
> is the underlying cause for this?
I changed my mailcap entry to:
image/*; sxiv -bf %s \; reset
I'm still interested in fixing the underlying cause.
pgpGXzDeFpQu0.pgp
Description: PGP signature
Patrick Shanahan writes:
> !reset
> should reset the terminal
Huh. I didn't think this was a terminal issue, but you're right, that
does fix it.
Is there a better way to fix this than writing a macro to do that? Where
is the underlying cause for this?
pgpOTOKuh1a5h.pgp
Description: PGP signatur
I use the following entry in my mailcap to view images fullscreen:
image/*; sxiv -bf %s
This displays images full screen in sxiv. However, this causes me to
need to restart mutt afterwards (C-l does not fix it), as the display
gets garbled.
After I close the fullscreen window, the attachment
On 1.5.22, when displaying attachments that are encoded in KOI-8 (and
presumably other non-ASCII character encodings), the attachment name in
the attach menu is displayed in a quoted-printable format, and is not
decoded to the current locale. Is there some way to enable decoding of
the attachment f
On 2014-02-11 16:43:35 +1300, Chris Bannister wrote:
> I don't know what this has to to with ~p, I'm only responding to the
> subject with how I distinguish CC'd and To'd mail.
I find the status insufficient for quickly identifying the most
important e-mails -- only colour seems to be able to do t
On 2014-02-11 00:29:17 +1300, Chris Bannister wrote:
> In my .muttrc I have:
>
> set to_chars=" +TCF"
>
> See table 2.6 in the documentation.
How does this affect the behaviour of ~p? As far as I can tell, this
only appears to have to do with what is displayed in the status
indicator.
pgpiuFJt
On 2014-02-11 00:03:17 +1300, Chris Bannister wrote:
> On Mon, Feb 10, 2014 at 05:49:55PM +0800, Chris Down wrote:
> > I got an interesting mail from Nikola Petrov off-list saying that his
> > Mutt configuration does not interpret ~p as including Cc'd mails.
>
> Wouldn&
I got an interesting mail from Nikola Petrov off-list saying that his
Mutt configuration does not interpret ~p as including Cc'd mails.
- In my case, if I limit to ~p, I get messages with the C flag set.
- In his case, if he limits to ~p, he (apparently) does not.
Is there some configuration opti
On 2014-02-09 22:35:01 -0800, Will Yardley wrote:
> Given that, you could probably use these two simple patterns, though
> doesn't look like they can make use of $alternates directly.
>
>~c EXPR messages carbon-copied to EXPR
>~t EXPR messages addressed to EXPR
>
> I am no
On 2014-02-09 10:38:25 +0100, Suvayu Ali wrote:
> Doesn't %Z in index_format or pager_format give you that information?
How does that help me to colour it?
It is much quicker to read and interpret colors than stuff in the index
format.
pgpDda8Dv3iSx.pgp
Description: PGP signature
Right now I color my e-mails bright red when they match ~p. This is
useful, but it aso highlights when I am Cc'd on a message, and I would
like to only have e-mails that have me in the To header to be
highlighted.
Of course, I can use ~c and ~t, but this doesn't consult alternates
(since it requir
On 2014-01-26 13:49:34 +, Mick wrote:
> I tried all kinds of caching to make reading imap (on a remote mail server)
> acceptable and have failed to find a solution for really large mail folders
> that have tens of thousands of messages. Smaller imap folders are accessed
> quickly within a c
On 2014-01-23 14:48:34 +1100, Cameron Simpson wrote:
> BTW, "text/enriched"? Where does that lovely thing come from?
It was defined in RFC 1896. Almost nobody uses it.
pgpTs5PG0uWYc.pgp
Description: PGP signature
On 2014-01-04 20:01:56 +0100, Matthias Apitz wrote:
> I'm using mutt (right now by typing) on my FreeBSD netbook, connected
> via UMTS WAN to my ISP. My mutt drops the mail (this mail) to the local
> MTA (sendmail) and this takes care for the transport to the next MX hop,
> even if the WAN link is
On 2014-01-04 19:35:19 +0100, Ulrich Lauther wrote:
> Recent posts made me aware of the fact, that mutt supports SMPT.
> So far I have been using postfix for mail transport.
> Which way is better, and why?
"Better" is subjective. Using Postfix for this is pretty heavy duty over
using a purpose-bui
On 2013-12-19 08:18:07 +0100, Pau wrote:
> Actually, I think that the <> are not very much relevant.
They are required by the spec, I believe (disclaimer: I haven't read the
relevant RFC in years, maybe I'm wrong).
pgpWmq31E46Zr.pgp
Description: PGP signature
On 2013-12-18 13:53:47 +0100, Pau wrote:
> So, if you set
>
> alias Chris The Guy Who Replied ch...@chrisdown.name
>
> you see Chris The Guy Who Replied in your inbox?
That's not the correct syntax.
Here is an example entry from my aliases:
alias mutt-users Mutt users
That is, `alias [sh
On 2013-12-18 13:28:37 +0100, Pau wrote:
> is this question so silly? I am guessing it is...
I don't see anything wrong with your setup, a similar setup works for
me.
pgpvXB5ZvvkH5.pgp
Description: PGP signature
On 2013-12-18 13:38:27 +0100, Matthias Apitz wrote:
> Is there some config example about how to fetch with fetchmail or mutt,
> some mails (2000) from my IMAP server to a local mbox, but without using
> a local MTA, as fetchmail normaly does? Or is this even possible with
> mutt itself (ofc with ma
On 2013-12-16 12:39:47 +1100, m...@raf.org wrote:
> that's what the content-disposition is supposed to mean but
> outlook must have its own ideas about such things. it works
> in thunderbird.
Outlook (as with most Microsoft software) is not standards compliant,
you should expect it to do strange t
On 2013-12-15 12:32:40 +, Christian Ebert wrote:
> You can just use it without the --safe option?
Right -- my point was about doing it without an external script. For now
catting it to a file and opening it in chromium is sufficient, but it
has some annoying caveats (charset, unsafe stuff)...
On 2013-12-14 14:08:35 +, Christian Ebert wrote:
> Shameless plug: https://bitbucket.org/blacktrash/muttils has a
> viewhtmlmsg script which can be bound to a key.
This looks pretty nice, thanks. Some of the checks it does seem quite
useful. Perhaps some of it could be mitigated in-browser ins
On 2013-12-14 18:03:57 -0500, Tim Gray wrote:
> I use Christian's script for complex html messages, particularly ones that
> have images attached in the email. However, it's a bit slower sometimes
> then just opening up the html attachment via mailcap.
Thankfully I only plan to do this in instanc
On 2013-12-14 07:43:31 -0500, Peter Davis wrote:
> If you Google "pipe to browser," you'll find various tools that will
> do this for you. I use one on the Mac called simply "browser," but
> there are others. Then in mutt you could simply view the list of parts
> ('v' command) and pipe the html ('|
Occasionally I get complex HTML e-mails that don't quite work in w3m
(which is what I have in my mailcap to view text/html). In these
instances, I would like to be able to somehow view these in my browser.
Right now my procedure is this:
- Go to attach
- Save the html part as /tmp/foo.html
- Open
On 2013-12-08 07:05:42 +0100, Remco Rijnders wrote:
> The existing patches by Dale Woolridge, and made publically available* are
> patches for mutt to enhance its functionality. They are thus a derivative
> work.
There are arguments that I could imagine one could make about patches as
"derivative
On 2013-12-07 22:50:37 +0100, Rejo Zenger wrote:
> - I have made several attempts to contact Dave before (on the
>availability of updated patched, not the license), but to no
>avail.
Copyright doesn't even expire on death in most countries. I'd consider
"uncontactable" to be less egreg
On 2013-12-07 21:20:26 +0100, Rejo Zenger wrote:
> This patch was originaly written by Dale Woolridge for mutt versions
> 1.5.3 to 1.5.6. Dale Woolridge didn't mention the license under which he
> released his patch to the public. I have taken the liberty to release
> this patch under a GPLv2 li
On 2013-12-06 11:23:08 -0700, Chris Down wrote:
> Is there some way to limit to a thread based upon an individual message
> matching? I seem to remember seeing that there was some way to do this,
> but I don't see any information about it when looking at the pattern
> modif
Is there some way to limit to a thread based upon an individual message
matching? I seem to remember seeing that there was some way to do this,
but I don't see any information about it when looking at the pattern
modifier documentation.
For example:
- Message-ID 1 and 2 are part of the same threa
On 2013-11-19 11:18:28 +0100, LEVAI Daniel wrote:
> But not to worry! Body caching[1] is might be just what you need :)
I cache bodies, but this is a bit irritating since it takes ages to
download my non-inbox folders that I haven't viewed for a while over
IMAP :-)
pgpTbMbuXNsaC.pgp
Description:
On 2013-11-19 10:23:42 +0100, Suvayu Ali wrote:
> I use the following as my index_format:
>
> "%4C %Z %?X?@& ? %{%b %d} %-15.15n (%?M?ยป%3M&%4c?) %s"
>
> The @ tells me there is an attachement, and the 4c tells me the size of
> the email. I find this works mostly, except from some emails from A
On 2013-11-16 22:18:10 +0100, Niels Kobschaetzki wrote:
> I am relatively new to mutt but was able to set up some account-hooks. I have
> three accounts A, B and C and when I start mutt everything works as expected.
> I start in account A and when I want to change folders or want to copy mails
>
On 2013-11-12 19:22:24 +0100, Jonas Petong wrote:
> Today I accidentally copied my mails into the same folder where they had been
> stored before (evil keybinding!!!) and now I'm faced with about a 1000 copies
> within my inbox. Since those duplicates do not have a unique mail-id, it's
> hopeless t
Is there some way to remove the status bar in the same manner that the help bar
can be removed (with "unset help")?
For now, I have got something resembling what I want by setting the background
to the default colour and emptying {status,compose}_format, but this doesn't
free up the used space lik
44 matches
Mail list logo
