On Fri 18 Nov 2022 at 23:07:37 (-0500), gene heskett wrote: > On 11/18/22 19:05, Gareth Evans wrote: > > > On 18 Nov 2022, at 23:29, gene heskett wrote: > > > On 11/18/22 15:48, Curt wrote: > > > > > On 2022-11-18, gene heskett wrote: > > > > > On 11/18/22 08:05, Jeffrey Walton wrote: > > > > > > On Thu, Nov 17, 2022 at 11:53 PM gene heskett wrote: > > > > > > > > > > > > > > I've just discovered that either tbird is busted, or its missing > > > > > > > whatever it takes to display a properly mimetyped base64 encoded > > > > > > > content. > > > > > > > > > > > > > > What do I install to make this work, I'm looking at an empty > > > > > > > screen when > > > > > > > the raw msg has bout 10k of base64'd content. > > > > > > > > > > > > > > bullseye, intel i5, uptodate yesterday. > > > > > > > > > > > > Maybe https://bugzilla.mozilla.org/show_bug.cgi?id=1777439 ? > > > > > > > > > > > > . > > > > > This seems to be NNTP related. But this is imap email, and no errors > > > > > are > > > > > reported, it simply does not decode and display base64'd content that > > > > > appears to be properly MIMETYPED, boundary lines present and matched. > > > > Maybe show the headers of the problem email, because I've read > > > > Thunderbird is strict in that regard. > > > > > > here is the msg up to the first line of the base64: > > > Return-Path: <c...@omc-stepperonline.com> > > > > > > Received: from 216.163.176.191 unverified ([216.163.176.191]) by > > > mwde08oc.mail2world.com with Mail2World SMTP Server; > > > > > > Thu, 17 Nov 2022 18:50:54 -0800 > > > > > > Received: from [115.124.28.121] (port=37128 > > > helo=out28-121.mail.aliyun.com) > > > > > > by prd-mail2world-inbound-ash1-018.ash1.cynet with esmtps (TLS1.2) > > > tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 > > > > > > (Exim 4.94.2) > > > > > > (envelope-from <c...@omc-stepperonline.com>) > > > > > > id 1ovrT7-000c7v-2g > > > > > > for ghesk...@shentel.net; Fri, 18 Nov 2022 02:51:05 +0000 > > > > > > X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R211e2;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018047194;MF=c...@omc-stepperonline.com;NM=1;PH=DS;RN=1;RT=1;SR=0;TI=SMTPD_---.QADTSrI_1668739861; > > > > > > Received: from iZuf677iw3xihpZ(mailfrom:c...@omc-stepperonline.com > > > fp:SMTPD_---.QADTSrI_1668739861) > > > > > > by smtp.aliyun-inc.com; > > > > > > Fri, 18 Nov 2022 10:51:01 +0800 > > > > > > Date: Fri, 18 Nov 2022 10:51:01 +0800 (CST) > > > > > > From: c...@omc-stepperonline.com > > > > > > To: gene heskett <ghesk...@shentel.net> > > > > > > Message-ID: <288312227.165.1668739861266@iZuf677iw3xihpZ> > > > > > > Subject: Re:Re: STEPPERONLINE - Enquiry from ghesk...@shentel.net > > > > > > MIME-Version: 1.0 > > > > > > Content-Type: multipart/alternative; > > > > > > boundary="----=_Part_164_535344686.1668739861264" > > > > > > X-mailer: javamail@rebee > > > > > > X-CTCH-Spam: Unknown > > > > > > X-CTCH-VOD: Unknown > > > > > > x-ctasd: uncategorized > > > > > > x-ctasd-vod: uncategorized > > > > > > X-CTCH-Flags: 0 > > > > > > X-CTCH-RefID: > > > str=0001.0A742F21.6376F319.001D:SCFSTAT68748618,ss=1,re=-4.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 > > > > > > X-CTASD-IP: 115.124.28.121 > > > > > > X-CTASD-Sender: c...@omc-stepperonline.com > > > > > > X-OpenTrafficX: clean > > > > > > X-OpenTrafficX-type: clean > > > > > > X-OpenTrafficX-ID: 155810::1668739865-C1AB8BFC-07DF5517/0/0 > > > > > > > > > > > > ------=_Part_164_535344686.1668739861264 > > > > > > Content-Type: text/plain;charset=UTF-8 > > > > > > Content-Transfer-Encoding: base64 > > > > > > > > > > > > > > > > > > ------=_Part_164_535344686.1668739861264 > > > > > > Content-Type: text/html;charset=UTF-8 > > > > > > Content-Transfer-Encoding: base64 > > > > > > > > > > > > PEhUTUw+PEJPRFk+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwMDA7Ij48c3BhbiBzdHlsZT0iZm9u > > > > > > dC1mYW1pbHk6QXJpYWwsSG > > > > . > > > > > > > Are the blank lines between the headers verbatim from the source? > > > > iirc, headers (that is, the lot of them) are supposed to be terminated by a > > blank line (double line break) before message content/multipart > > boundaries/blocks begin, so that may be part of the problem. Do the > > headers of other base64 messages look like this? > > > You're right of coarse, and yes, that was a straight copy paste from a > geany session on the saved message, so all that double line spacing > was part of the incoming message. So their copy of javamail, whatever > the heck that is, is sending bogus emails. That double spaced > mime-boundary is sick bird. I had forgotten that. Thank you for > reminding me.
This thread obviously moved on while I was on the road, so this is just a curtesy reply. It's not uncommon for people to post HTML without any text version to accompany it, eg, some (but not all) alerts from Bank of America, and other times the text version can have different information from the HTML version, but it's rarer to get a blank text version, and might suggest some misconfiguration at their end. I'm not familiar with your MUA, but there should be a command to display an index of attachments which would typically show the type/size/encoding etc of the two parts. One might expect to be able to select an attachment and invoke a command to render it. But I previously recommended as a workaround that you run uudeview on the raw email. So I saved your entire post of "Date: Sat, 19 Nov 2022 11:44:49 -0500" into a file, "gene", as a proxy, and it generated: $ uudeview gene Loaded from gene: 'Re:We found the problem as to why I cannot "see" your emails.' (emails.): part 1 Base64 Loaded from gene: 'Re:We found the problem as to why I cannot "see" your emails.' (emails.): part 1 Base64 Found 'UNKNOWN.001' State 16 Base64 Parts 1 OK Found 'UNKNOWN.002' State 16 Base64 Parts 1 OK -rw-r--r-- UNKNOWN.001 is OK [d] (?=help) Opened file gene File successfully written to /tmp/UNKNOWN.001 -rw-r--r-- UNKNOWN.002 is OK [d] (?=help) Opened file gene File successfully written to /tmp/UNKNOWN.002 2 files decoded from 1 input file, 0 failed $ file UNKNOWN.00* UNKNOWN.001: empty UNKNOWN.002: HTML document, UTF-8 Unicode text $ I renamed UNKNOWN.002 as UNKNOWN.002.html for the benefit of lynx, whereupon running: $ lynx UNKNOWN.002.html produced (my ellipses): (p1 of 2) Dear Gene, Thank you for letting me know. Can you see my email now? Best Regards Yolanda STEPPERONLINE Tel: +86… cs06@… www.… --------------Original Message------------- From:ghesk...@shentel.net To:cs06@… Subject:We found the problem as to why I cannot "see" your emails. Date:2022-11-19 13:28:48 Greetings; Please get another email agent, javamail is broken and sending surplus and bogus mime-boundary messages. This was standardized in 1992, and there is no reason other than locking in the user to using M$ crap that violates those rfc's that govern how this email thing works. Get an email agent that conforms to the rfc's applicable. Cheers, Gene Heskett. -- (p2 of 2) "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/> [mailTrack?trackCode=hs67Z961-202211323230644575] I would be surprised, though, that your MUA can't be coerced into doing more than you have reported, with such an email. Finally, BTW, I often see HTML (interpreted or not) rendered double-spaced, and I suspect it might sometimes be caused by the CRLFs that windows uses. (Not important enough to gather any evidence.) Cheers, David.