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
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
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-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-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:
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-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
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-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-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
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-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 ('|
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 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-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-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-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-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: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-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 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 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-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-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
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-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
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
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-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&
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 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 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
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
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
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
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
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
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
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
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. :-)
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
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
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.
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
44 matches
Mail list logo
