7 ms·

I would love absolutely Mutt if it weren't for everyone in the world using html email. I know you can view or strip html emails down to their essentials, but it

I would love absolutely Mutt if it weren't for everyone in the world using html email. I know you can view or strip html emails down to their essentials, but it doesn't render properly enough where I can reply to everything at work and not look like a fool because I'm missing some context. Too bad because Mutt is amazing.

leephillips 6y ago
I don’t find this to be a problem. Do you have it set up so it uses lynx or w3m to render the html in the terminal?
feanaro 6y ago
You can just set up Mutt to open HTML mail in Firefox.
- dancek 6y ago
  A great example of the HN use of the word "just".
  - feanaro 6y ago
    I'm not sure what you are implying. That it is hard? It is only a single line added to the `mailcap` file: text/html; firefox '%s' &; test=test -n "$DISPLAY"; needsterminal; After that's in place, you simply open attachments (via `view-attachments`) and call `view-attach` (usually via a key binding) on the HTML attachment.
    - hvdijk 6y ago
      For anyone currently using a GUI mail client where HTML mail works out of the box, this is not something they will spend time figuring out before concluding that HTML mails just don't work. And this is a complete non-starter for those who like Mutt on the basis of having something that also works in non-graphical environments.
      - feanaro 6y ago
        That's fair enough, but this is why I'm not recommending this to someone who is not willing to spend half a minute searching for this one-liner. I'd also wager that the intersection of such people with the people who would even consider using Mutt in the first place is basically empty. My point is that if you don't have those two constraints, it's trivial to do and it works perfectly.
      - deleted 6y ago
        [deleted]
    - roel_v 6y ago
      That's fine when you run mutt on your local machine, but the whole reason to use mutt is so that you have a dedicated email machine that you can ssh into and use screen to access email from anywhere. And then things like this become 10x harder (I never found a way, although last I tried was 15+ years ago). Attachments, too.
      - feanaro 6y ago
        That's certainly a valid reason to use mutt, but this is not at all why I use. I use because I prefer keyboard control, customizability and a simple, clean UI. Also because it's actually the least sucky (IMO) of local email clients.
      - Legogris 6y ago
        While requiring X11 forwarding, maybe https://www.netsurf-browser.org/ https://www.netsurf-browser.org/ with a framebuffer would fit the bill?
      - u801e 6y ago
        If mutt is accessing email via IMAP, why would you need a dedicated machine for accessing email?
        roel_v 6y ago
        Why would anyone use mutt when you can have 'local' (ie on a machine you ssh into) Maildirs? That's one of the selling points for using mutt. Imap sucks, it's just something we have to put up with for lack of something better, but I've never searched mail as fast as when I could just grep for what I needed.
        u801e 6y ago
        I use Thunderbird and it's installed on multiple machines where I have it configured to access the same email account via IMAP. I never really had a problem with out of sync mail and searches are done locally on the machine rather than on the server. I don't have it configured to use Maildir, but the files that store messages are in plain text and I could use grep on them if I wanted to.
    - pbhjpbhj 6y ago
      Presumably you could use Links (or some other console friendly web client).
    - bravura 6y ago
      You just used the word “simply” in the same was as you used the word “just”. The argument GP was making is that what is obvious to one reader may not be obvious to another. So using the words “simply” or “just” or “obviously” does not add information, except to signal that you feel the reader is ignorant if they are not aware of what you’re explaining. My PhD advisor always crossed these words out of my scientific writing, and I think it was a good change to make.
      - feanaro 6y ago
        Fair point. It does probably make sense to just strip the words out in this case as well. I do want to point out that I didn't use those words fully consciously and I most certainly did not mean to imply the reader was ignorant. The only thing those words were signalling is that the action in question does not take much effort (once you know it).
      - Cyykratahk 6y ago
        To add to what you are saying, here is a short article highlighting which words should be avoided: https://css-tricks.com/words-avoid-educational-writing/ https://css-tricks.com/words-avoid-educational-writing/
      - u801e 6y ago
        > The argument GP was making is that what is obvious to one reader may not be obvious to another. Regardless of the argument, it's not obvious to anyone unless they've taken the time to read the documentation and possibly read through some examples. While there are those who may feel that it's simple and/or obvious after they have gained that knowledge, it shouldn't relieve anyone of the responsibility to read documentation and figure these things out for any tool that they use.
      - sameerds 6y ago
        Strangely, that's entirely the opposite of what I understood from the original comment. To me, "you can just use XXX" sounds like someone just told me that "all you need is XXX; don't worry it's simple". The assumption is that the HN'er saying it and the HN'er being said to share an implicit level of expertise since we are all talking about mutt here.
    - upofadown 6y ago
      You probably don't want to risk the attack surface of a full browser by default. You can use something like this: text/html; lynx -dump %s; nametemplate=%s.html; copiousoutput And then map a separate key when you are sure...
  - dm319 6y ago
    It isn't hard. I don't often come across emails that won't show up in text, but if I do I hit 'v' and 'enter' and it opens up in my web browser.
  - layer8 6y ago
    The real problem though is not preserving the rich-text-ness of the quoted message when replying, and the inability to have inline images. I use Outlook at work and mutt for private email. Using mutt at work just wouldn’t be practical, as the text markup and inline images are often critical to the exchange. On a related note, while I love the UX of mutt, I do find proportional fonts to be significantly more readable than fixed-width fonts for paragraphs of natural-language text.
    - u801e 6y ago
      > The real problem though is not preserving the rich-text-ness of the quoted message when replying, Given the near ubiquitous use of top-posting and quoting the entire message that's being replied to, it stands to reason that others are not really reading the quoted material and are just reading the response on top. > and the inability to have inline images I wonder when email clients like Outlook would start rendering images based on a URL included in the message, similar to what Slack does. That could allow one to effectively include an inline image, which would be seen as a URL in other clients.
      - layer8 6y ago
        The quoted material is important, because people expect to be able to retrace the conversation within the single message. Technical (and also nontechnical) exchanges often consist of a dozen messages about a particular topic spread over weeks or sometimes months, where at almost each step you want to go back in the conversation to look at details of the previous discussion or to refresh your memory. Outlook users are used to doing so by scrolling through the message. They are generally not used to having to bring up the correct previous message -- Outlook also doesn't have a great UX for that.
        u801e 6y ago
        > The quoted material is important, because people expect to be able to retrace the conversation within the single message. Given the proliferation of rendering a thread of messages and showing them as a conversation (i.e., conversation view), reading the quoted material within the same message is not really necessary. > Technical (and also nontechnical) exchanges often consist of a dozen messages about a particular topic spread over weeks or sometimes months, where at almost each step you want to go back in the conversation to look at details of the previous discussion or to refresh your memory. While I have seen this done in threads where people follow the conventions of a typical mailing list or usenet newsgroup by replying inline and quoting only parts of the text they're responding to, I have not seen the equivalent in a threaded conversation in outlook. And, as you note: > Outlook also doesn't have a great UX for that. While they have addressed the UX issue to some extent with the conversation view, it still doesn't really lend itself to easily following the discussion amongst multiple people due to the fact that they don't typically use different subthreads under the same email chain.
- simias 6y ago
  I use mutt a lot, and that's what I do when some HTML content is not viewable in the terminal but unless I'm missing something it's one of the areas where HTML-aware clients actually fare better, both in convenience and privacy/security. For instance if I open some marketing email I got in the ProtonMail web client I get a warning that "This message contains remote content" with the option to allow it. Before that my browser makes no query to any third-party website so nobody can track it. If I open the same email in firefox from mutt, firefox immediately fetches the remote content normally and unconditionally. You could probably script something to start a browser in offline mode but I haven't seen most people do it (see the replies in this thread that just tell people to "open HTML with Firefox"). So paradoxically mutt users might be easier to track than ProtonMail, GMail and other HTML-aware webmail users.
  - feanaro 6y ago
    That's true, though I avoid this problem by only opening HTML email from known, trusted senders where I consider it acceptable to signal that I opened the email.
    - simias 6y ago
      Unfortunately even "trusted" senders I know often like to use third-parties to handle tracking and analytics and from there you don't really know where it's going to end up. Of course you might argue that I shouldn't trust people using these services but then I might as well stop using the internet altogether.
- Legogris 6y ago
  Or https://www.netsurf-browser.org/ https://www.netsurf-browser.org/, reducing the attack surfer for remote content to compromise you.
- Fnoord 6y ago
  On top of that, you can use Browsh [1] to browse from CLI. [1] https://www.brow.sh/ https://www.brow.sh/
  - anthk_ 6y ago
    Bloat.
throwaway_pdp09 6y ago
I rarely have a problem. I just let the sender know I want plain text and they do it.
- type0 6y ago
  People sending html mail are often those who don't know and don't want to know what plain text is.
dmitriid 6y ago
It's going to get worse with Google's AMP Email: https://amp.dev/about/email/ https://amp.dev/about/email/
peteretep 6y ago
Headless browser + OCR ... how hard can it be?!
- philjackson 6y ago
  Are you being sarcastic? Very hard probably.
  - peteretep 6y ago
    I’m ... not sure. There’s a limit to how complicated emails are in 99% of non-spam HTML emails, right? You’re working with a limited subset of HTML meant to be reflowed to small screens pretty easily, and the task here is to extract text content into a form that can then be shown in a terminal. I would — at the very least — think it was worth giving a go
- alpaca128 6y ago
  You might as well just use any other email client then and it'll be more efficient.
marcthe12 6y ago
Sometime I wish there was a terminal markup language. So It can do formatting but terminal compatible
- jan6 6y ago
  I mean... have you heard of ansi escapes and utf8? you can underline, bold, italic, color, and some other stuff with escape codes, and use box drawing characters to make nicer UI like <hr> equivalent lines or, well, boxes, there's also hacky ways to use utf8 characters as alternate fonts, such as fraktur characters (you can search up fancy text generators for the hacky character sets)
zadwang 6y ago
I render such emails in browser and it is rarely lossy. It is based on munpack and some hacky scripts. Basically construct a html page with all the info and attachments and open it in browser.
- bravura 6y ago
  Could you share your scripts?
ori_b 6y ago
I can't think of a single instance where that happened. Do you have some apps generating broken messages?
- kleiba 6y ago
  I'm amazed that you haven't had that experience yet. Years ago, when the web was less commonly used, it was pretty much frowned upon to send HTML emails. These days, it's almost the opposite: people asks "what's wrong with you" when you use a text-only email client (setting).
  - leephillips 6y ago
    I use mutt, never send html emails; nobody has ever commented on this, in over 20 years.
    - jlokier 6y ago
      I use Mutt too. Although nobody has commented on my mails, I know some people read them on mobile, and because plain text is formatted for an 80-column terminal, it doesn't reflow nicely on their mobile devices so they have to scroll side-to-side to read my message. I think people don't know that's because I use Mutt, but a hard-to-read mail is not an impression I want to convey sometimes. Also, sometimes my mails render in Courier font for some people when regular HTML mails show up in Arial, just because of the content type. So if possible I'd like to write Markdown or similar and have that auto-formatted to HTML mail before sending. Not sure if there's a good way to do that in Mutt.
      - toothbrush 6y ago
        It's funny this should come up on HN today, because just this week out of nowhere i thought i'd try Mutt again (after having been a Mutt user since mid-2000s, but switching to mu4e for the last ±5 years). What i used to do back in the day, and appeared to work fine when i tested this weekend, is so-called flowed mode. [1] I think it's a controversial feature, because it's a brittle hack, but anecdotally an email i sent this weekend as a test displayed fine on an iPhone. And indeed, i'm totally with you on wanting to use/send text email but not look like a freak with weirdly broken 80-char lines in paragraphs. 1. https://rinzewind.org/blog-en/2017/a-small-trick-for-sending-flowed-mail-in-mutt-with-vim.html https://rinzewind.org/blog-en/2017/a-small-trick-for-sending...

leephillips 6y ago

I don’t find this to be a problem. Do you have it set up so it uses lynx or w3m to render the html in the terminal?

feanaro 6y ago

You can just set up Mutt to open HTML mail in Firefox.

dancek 6y ago
A great example of the HN use of the word "just".
- feanaro 6y ago
  I'm not sure what you are implying. That it is hard? It is only a single line added to the `mailcap` file: text/html; firefox '%s' &; test=test -n "$DISPLAY"; needsterminal; After that's in place, you simply open attachments (via `view-attachments`) and call `view-attach` (usually via a key binding) on the HTML attachment.
  - hvdijk 6y ago
    For anyone currently using a GUI mail client where HTML mail works out of the box, this is not something they will spend time figuring out before concluding that HTML mails just don't work. And this is a complete non-starter for those who like Mutt on the basis of having something that also works in non-graphical environments.
    - feanaro 6y ago
      That's fair enough, but this is why I'm not recommending this to someone who is not willing to spend half a minute searching for this one-liner. I'd also wager that the intersection of such people with the people who would even consider using Mutt in the first place is basically empty. My point is that if you don't have those two constraints, it's trivial to do and it works perfectly.
    - deleted 6y ago
      [deleted]
  - roel_v 6y ago
    That's fine when you run mutt on your local machine, but the whole reason to use mutt is so that you have a dedicated email machine that you can ssh into and use screen to access email from anywhere. And then things like this become 10x harder (I never found a way, although last I tried was 15+ years ago). Attachments, too.
    - feanaro 6y ago
      That's certainly a valid reason to use mutt, but this is not at all why I use. I use because I prefer keyboard control, customizability and a simple, clean UI. Also because it's actually the least sucky (IMO) of local email clients.
    - Legogris 6y ago
      While requiring X11 forwarding, maybe https://www.netsurf-browser.org/ https://www.netsurf-browser.org/ with a framebuffer would fit the bill?
    - u801e 6y ago
      If mutt is accessing email via IMAP, why would you need a dedicated machine for accessing email?
      - roel_v 6y ago
        Why would anyone use mutt when you can have 'local' (ie on a machine you ssh into) Maildirs? That's one of the selling points for using mutt. Imap sucks, it's just something we have to put up with for lack of something better, but I've never searched mail as fast as when I could just grep for what I needed.
        u801e 6y ago
        I use Thunderbird and it's installed on multiple machines where I have it configured to access the same email account via IMAP. I never really had a problem with out of sync mail and searches are done locally on the machine rather than on the server. I don't have it configured to use Maildir, but the files that store messages are in plain text and I could use grep on them if I wanted to.
  - pbhjpbhj 6y ago
    Presumably you could use Links (or some other console friendly web client).
  - bravura 6y ago
    You just used the word “simply” in the same was as you used the word “just”. The argument GP was making is that what is obvious to one reader may not be obvious to another. So using the words “simply” or “just” or “obviously” does not add information, except to signal that you feel the reader is ignorant if they are not aware of what you’re explaining. My PhD advisor always crossed these words out of my scientific writing, and I think it was a good change to make.
    - feanaro 6y ago
      Fair point. It does probably make sense to just strip the words out in this case as well. I do want to point out that I didn't use those words fully consciously and I most certainly did not mean to imply the reader was ignorant. The only thing those words were signalling is that the action in question does not take much effort (once you know it).
    - Cyykratahk 6y ago
      To add to what you are saying, here is a short article highlighting which words should be avoided: https://css-tricks.com/words-avoid-educational-writing/ https://css-tricks.com/words-avoid-educational-writing/
    - u801e 6y ago
      > The argument GP was making is that what is obvious to one reader may not be obvious to another. Regardless of the argument, it's not obvious to anyone unless they've taken the time to read the documentation and possibly read through some examples. While there are those who may feel that it's simple and/or obvious after they have gained that knowledge, it shouldn't relieve anyone of the responsibility to read documentation and figure these things out for any tool that they use.
    - sameerds 6y ago
      Strangely, that's entirely the opposite of what I understood from the original comment. To me, "you can just use XXX" sounds like someone just told me that "all you need is XXX; don't worry it's simple". The assumption is that the HN'er saying it and the HN'er being said to share an implicit level of expertise since we are all talking about mutt here.
  - upofadown 6y ago
    You probably don't want to risk the attack surface of a full browser by default. You can use something like this: text/html; lynx -dump %s; nametemplate=%s.html; copiousoutput And then map a separate key when you are sure...
- dm319 6y ago
  It isn't hard. I don't often come across emails that won't show up in text, but if I do I hit 'v' and 'enter' and it opens up in my web browser.
- layer8 6y ago
  The real problem though is not preserving the rich-text-ness of the quoted message when replying, and the inability to have inline images. I use Outlook at work and mutt for private email. Using mutt at work just wouldn’t be practical, as the text markup and inline images are often critical to the exchange. On a related note, while I love the UX of mutt, I do find proportional fonts to be significantly more readable than fixed-width fonts for paragraphs of natural-language text.
  - u801e 6y ago
    > The real problem though is not preserving the rich-text-ness of the quoted message when replying, Given the near ubiquitous use of top-posting and quoting the entire message that's being replied to, it stands to reason that others are not really reading the quoted material and are just reading the response on top. > and the inability to have inline images I wonder when email clients like Outlook would start rendering images based on a URL included in the message, similar to what Slack does. That could allow one to effectively include an inline image, which would be seen as a URL in other clients.
    - layer8 6y ago
      The quoted material is important, because people expect to be able to retrace the conversation within the single message. Technical (and also nontechnical) exchanges often consist of a dozen messages about a particular topic spread over weeks or sometimes months, where at almost each step you want to go back in the conversation to look at details of the previous discussion or to refresh your memory. Outlook users are used to doing so by scrolling through the message. They are generally not used to having to bring up the correct previous message -- Outlook also doesn't have a great UX for that.
      - u801e 6y ago
        > The quoted material is important, because people expect to be able to retrace the conversation within the single message. Given the proliferation of rendering a thread of messages and showing them as a conversation (i.e., conversation view), reading the quoted material within the same message is not really necessary. > Technical (and also nontechnical) exchanges often consist of a dozen messages about a particular topic spread over weeks or sometimes months, where at almost each step you want to go back in the conversation to look at details of the previous discussion or to refresh your memory. While I have seen this done in threads where people follow the conventions of a typical mailing list or usenet newsgroup by replying inline and quoting only parts of the text they're responding to, I have not seen the equivalent in a threaded conversation in outlook. And, as you note: > Outlook also doesn't have a great UX for that. While they have addressed the UX issue to some extent with the conversation view, it still doesn't really lend itself to easily following the discussion amongst multiple people due to the fact that they don't typically use different subthreads under the same email chain.
simias 6y ago
I use mutt a lot, and that's what I do when some HTML content is not viewable in the terminal but unless I'm missing something it's one of the areas where HTML-aware clients actually fare better, both in convenience and privacy/security. For instance if I open some marketing email I got in the ProtonMail web client I get a warning that "This message contains remote content" with the option to allow it. Before that my browser makes no query to any third-party website so nobody can track it. If I open the same email in firefox from mutt, firefox immediately fetches the remote content normally and unconditionally. You could probably script something to start a browser in offline mode but I haven't seen most people do it (see the replies in this thread that just tell people to "open HTML with Firefox"). So paradoxically mutt users might be easier to track than ProtonMail, GMail and other HTML-aware webmail users.
- feanaro 6y ago
  That's true, though I avoid this problem by only opening HTML email from known, trusted senders where I consider it acceptable to signal that I opened the email.
  - simias 6y ago
    Unfortunately even "trusted" senders I know often like to use third-parties to handle tracking and analytics and from there you don't really know where it's going to end up. Of course you might argue that I shouldn't trust people using these services but then I might as well stop using the internet altogether.
Legogris 6y ago
Or https://www.netsurf-browser.org/ https://www.netsurf-browser.org/, reducing the attack surfer for remote content to compromise you.
Fnoord 6y ago
On top of that, you can use Browsh [1] to browse from CLI. [1] https://www.brow.sh/ https://www.brow.sh/
- anthk_ 6y ago
  Bloat.

throwaway_pdp09 6y ago

I rarely have a problem. I just let the sender know I want plain text and they do it.

type0 6y ago
People sending html mail are often those who don't know and don't want to know what plain text is.

dmitriid 6y ago

It's going to get worse with Google's AMP Email: https://amp.dev/about/email/ https://amp.dev/about/email/

peteretep 6y ago

Headless browser + OCR ... how hard can it be?!

philjackson 6y ago
Are you being sarcastic? Very hard probably.
- peteretep 6y ago
  I’m ... not sure. There’s a limit to how complicated emails are in 99% of non-spam HTML emails, right? You’re working with a limited subset of HTML meant to be reflowed to small screens pretty easily, and the task here is to extract text content into a form that can then be shown in a terminal. I would — at the very least — think it was worth giving a go
alpaca128 6y ago
You might as well just use any other email client then and it'll be more efficient.

marcthe12 6y ago

Sometime I wish there was a terminal markup language. So It can do formatting but terminal compatible

jan6 6y ago
I mean... have you heard of ansi escapes and utf8? you can underline, bold, italic, color, and some other stuff with escape codes, and use box drawing characters to make nicer UI like <hr> equivalent lines or, well, boxes, there's also hacky ways to use utf8 characters as alternate fonts, such as fraktur characters (you can search up fancy text generators for the hacky character sets)

zadwang 6y ago

I render such emails in browser and it is rarely lossy. It is based on munpack and some hacky scripts. Basically construct a html page with all the info and attachments and open it in browser.

bravura 6y ago
Could you share your scripts?

ori_b 6y ago

I can't think of a single instance where that happened. Do you have some apps generating broken messages?

kleiba 6y ago
I'm amazed that you haven't had that experience yet. Years ago, when the web was less commonly used, it was pretty much frowned upon to send HTML emails. These days, it's almost the opposite: people asks "what's wrong with you" when you use a text-only email client (setting).
- leephillips 6y ago
  I use mutt, never send html emails; nobody has ever commented on this, in over 20 years.
  - jlokier 6y ago
    I use Mutt too. Although nobody has commented on my mails, I know some people read them on mobile, and because plain text is formatted for an 80-column terminal, it doesn't reflow nicely on their mobile devices so they have to scroll side-to-side to read my message. I think people don't know that's because I use Mutt, but a hard-to-read mail is not an impression I want to convey sometimes. Also, sometimes my mails render in Courier font for some people when regular HTML mails show up in Arial, just because of the content type. So if possible I'd like to write Markdown or similar and have that auto-formatted to HTML mail before sending. Not sure if there's a good way to do that in Mutt.
    - toothbrush 6y ago
      It's funny this should come up on HN today, because just this week out of nowhere i thought i'd try Mutt again (after having been a Mutt user since mid-2000s, but switching to mu4e for the last ±5 years). What i used to do back in the day, and appeared to work fine when i tested this weekend, is so-called flowed mode. [1] I think it's a controversial feature, because it's a brittle hack, but anecdotally an email i sent this weekend as a test displayed fine on an iPhone. And indeed, i'm totally with you on wanting to use/send text email but not look like a freak with weirdly broken 80-char lines in paragraphs. 1. https://rinzewind.org/blog-en/2017/a-small-trick-for-sending-flowed-mail-in-mutt-with-vim.html https://rinzewind.org/blog-en/2017/a-small-trick-for-sending...