Thank you for this, too. So, the problem appears to me to show up whenever there is no text/plain but only text/html then i get on the screen:
[-- Autoview using w3m -I 'utf-8' -T text/html -dump --] [] Review your proof STA4_EV_STA4416...... ........................... and down below, I have: [] but none of this have an actual link associated with them. However, if I save the html and use w3m on it, I do see the link. So, the problem is that somehow, perhaps in my call to w3m using mutt, I lose the link. I suspect that these sorts of emails that I have a problem with are from automated setups. I also have issues with surveymonkey and other things like that. As an aside, is it possible to forward html messages (that only arrive as text/html) as attachments? Forwarding incorporates them as text and does not carry forward the hidden link. Many thanks! On Friday, September 10, 2021, 11:55:12 AM CDT, Ofer Inbar <c...@aaaaa.org> wrote: A related problem you may be experiencing is that a lot of automated email, and a lot of mailing list authoring software (used by lists you may subscribe to) generate faulty multipart emails. Often, they automatically create a plain text version from the HTML content that the sender created, but fail to include inline URLs. For example, if the sender of the message wrote some text with a link, it may be translated to "<a href="url here">some text</a>" in the html version of the message, and just as "some text" in the plain text version. So, if you have mutt configured to show you the plain text version of multipart messages, the URLs may not be in there at all. If you use mutt's "v" comment from the index, you can look at the text/plain and text/html versions of the email and see if that's the problem. -- Cos