<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8">
</head>
<body>
<div style="font-family:sans-serif"><div style="white-space:normal">
<p dir="auto">On 14 Aug 2017, at 16:44, Bill Cole wrote:</p>

</div>
<div style="white-space:normal"><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">I'm pretty sure this is new-ish behavior, since I know it has not always been this way, although I guess it might be something I changed at some point. I am running r6090 on El Capitan.</p>
</blockquote></div>
<div style="white-space:normal">

<p dir="auto">I don't think it's something you have changed. Although I cannot recall the details then I probably just improved the HTML to text converter at some point.</p>

</div>
<div style="white-space:normal"><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><blockquote style="border-left:2px solid #777; color:#999; margin:0 0 5px; padding-left:5px; border-left-color:#999"><p dir="auto">On behalf of the team at ZipRecruiter - welcome! We're experimenting with a new matching algorithm and the search engine [found a job](<<a href="https://u2321971.ct.sendgrid.net/wf/click" style="color:#999">https://u2321971.ct.sendgrid.net/wf/click</a>?{1823 random-ish characters}>) that might fit what you're looking for. Check out the description and hit ["1-Click Apply"](<<a href="https://u2321971.ct.sendgrid.net/wf/click" style="color:#999">https://u2321971.ct.sendgrid.net/wf/click</a>?{1794 random-ish characters}>) if you like what you see.</p>
</blockquote><p dir="auto">This is ridiculously unreadable, and does not even reflect the original HTML, as the [text](<url>) structure is apparently a Markdown thing.</p>
</blockquote></div>
<div style="white-space:normal">

<p dir="auto">Note that Markdown is supposed to be simple readable plain text and therefore it's also reasonable to convert to Markdown when trying to generate plain text from HTML. For example, this should result in reasonably good conversions of emphasized text or HTML lists. In general, MailMate always tries to loose as little information as possible.</p>

<p dir="auto">BUT these ridiculously long URLs are certainly a problem, especially when using the plain text non-Markdown mode of MailMate. I guess MailMate could automatically strip (or “not create”) the Markdown URLs when the user does not use Markdown by default, but I think it should be optional. Maybe it should even be an integer option only stripping links longer than X characters. You could then set it to 0.</p>

<p dir="auto">Does that sound like an acceptable solution for you?</p>

</div>
<div style="white-space:normal"><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">I don't want or need the original URLs in any reply. I don't want or need Markdown. I absolutely do not need or want a blob of "quoted" text which is neither the text I saw in the original nor the HTML of the original. I may be misremembering but I believe that MM used to do what I want it to do. How can I get that back?</p>
</blockquote></div>
<div style="white-space:normal">

<p dir="auto">A quick fix is to find the file within the application bundle which uses this command:</p>

<pre style="background-color:#F7F7F7; border-radius:5px 5px 5px 5px; margin-left:15px; margin-right:15px; max-width:90vw; overflow-x:auto; padding:5px" bgcolor="#F7F7F7"><code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0" bgcolor="#F7F7F7">"${MM_BUNDLE_SUPPORT}/html2text"
</code></pre>

<p dir="auto">And then add <code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">--ignore-links</code> to its arguments, but this change is of course overwritten whenever you update MailMate.</p>

<p dir="auto">-- <br>
Benny</p>
</div>
</div>
</body>
</html>