At 10:14 -0600 on 02/23/2015, Joel Ewing wrote about Re: O/T What
The Imitation Game¹ didn¹t tell you abo:
In the original Email that I received from Ed the Email source text (as
opposed to the way my Email client renders it) shows the presence of a
hex-encoded blank (= 2 0) followed by a CR at about the 70-character
mark in the two places where the original URL later gets separated when
quoted. I'm not sure who or what is producing or introducing this URL
formatting as it is definitely not part of the actual URL. My
Thunderbird Email client seems to partly realize that the extra
characters are not a legitimate part of the URL and when displaying the
Email elides the three parts without a blank or forced CR, but the part
rendered in blue as a "link" and the part passed as the URL when
clicking on the link stops at the first "= 2 0 CR" point, so the passed
URL from the link doesn't work in my browser.
This is certainly a confusing inconsistency in Thunderbird if not an
out-right bug (depends on whether this way of wrapping long character
strings is actually an approved Email standard). Apparently some other
Email clients do interpret it in a way that preserves the link. On the
other hand there are certainly Email clients that send long URLs without
using this formatting convention, as I frequently receive long URLs in
Emails (including the reformatted version of this URL from Paul) that
work fine with Thunderbird.
Joel C. Ewing
If the URL is enclosed in angle brackets this is a signal that it is
a URL and most Mail Clients will remove the encoded blank and close
up the segments upon receipt. Your URL was unbracketed and thus was
not handled this way.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
