On Thu, 2020-05-28 at 06:08 +0800, Ed Greshko wrote:
On 2020-05-28 06:00, Todd Zullinger wrote:
> Nope, not an issue on Patrick's end. The text/plain part of
> the message in questionwas empty (effectively, it contained
> only a base64-encoded CR/LF).
Odd....
My source of the original message contains
--=-V2saX3G33UU4OPBTEaCs
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
After closing the lid on my P72 laptop last week and moving it to the
livig room, I could not resume F32 when I raised the lid. I had to hard
power cycle it, and after bootup I was unable to connect to my WiFi
router. The router is fine, and WiFi works fine in the dual-booted
Windows 10. But I can't figure out how to kick start my WiFi
connection. I have restarted the P72 multiple times, with no success.
The copper Ethernet connection works fine.
I took a look at the message. It actually has 3 sections:
1.
Content-Type: text/plain
Content-Transfer-Encoding: base64
(That's the empty line)
2.
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename="attachment.html"
Content-Type: text/html; charset="utf-8"; name="attachment.html"
(the HTML)
3.
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
(the base64 version of the text)
My UA showed the first one and after selecting a menu option, the
second one. It didn't offer the third one. I would say that the
existence of two different text/plain sections with different content
points to a problem with the OP's UA, though it's debatable whether
mine should have offered both of them. It's certainly a situation I've
never come across before and I don't know what the standards say about
it.
The interesting thing is that the OP's UA *also* appears to be
Evolution. I'll mention this on the Evolution list.
poc