Re: tbird broken
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: <cs06@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 <cs06@omc-stepperonline.com>)
> > >
> > > id 1ovrT7-000c7v-2g
> > >
> > > for gheskett@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=cs06@omc-stepperonline.com;NM=1;PH=DS;RN=1;RT=1;SR=0;TI=SMTPD_---.QADTSrI_1668739861;
> > >
> > > Received: from iZuf677iw3xihpZ(mailfrom:cs06@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: cs06@omc-stepperonline.com
> > >
> > > To: gene heskett <gheskett@shentel.net>
> > >
> > > Message-ID: <288312227.165.1668739861266@iZuf677iw3xihpZ>
> > >
> > > Subject: Re:Re: STEPPERONLINE - Enquiry from gheskett@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: cs06@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：gheskett@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.
Reply to: