I’ve got a newsletter that appears significantly degraded in Newsblur than in email. It’s the weekly TidBITS newsletter.
In the following images please note the missing formatting (bullet lists, header sizes, horizontal lines) and more importantly the missing links.
If it helps I can also post the raw email message from Fastmail.
This is how it looks in my email:
And this is how it appears in Newsblur:
Here’s the raw email message, as it appears in Fastmail, up till the point of the actual email body:
Return-Path: <tb-mailer@tidbits.com>
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43])
by sloti31d1t09 (Cyrus 3.0.0-beta3-git-fastmail-13630) with LMTPA;
Mon, 25 Jul 2016 18:38:20 -0400
X-Cyrus-Session-Id: sloti31d1t09-HEX-STUFF
X-Sieve: CMU Sieve 2.4
X-Spam-known-sender: no
X-Spam-score: 0.0
X-Spam-hits: BAYES_00 -1.9, DCC_CHECK 1.1, HTML_MESSAGE 0.001,
HTML_TAG_BALANCE_BODY 1.157, RCVD_IN_DNSWL_MED -2.3,
RP_MATCHES_RCVD -0.001, SPF_PASS -0.001, LANGUAGES en, BAYES_USED global,
SA_VERSION 3.3.2
X-Spam-source: IP=‘173.255.250.214’, Host=‘mail.tidbits.com’, Country=‘US’,
FromHeader=‘com’, MailFrom=‘com’
X-Spam-charsets: plain=‘utf-8’, html=‘utf-8’
X-Resolved-to: MY-EMAIL-ADDRESS
X-Delivered-to: MY-EMAIL-ADDRESS
X-Mail-from: tb-mailer@tidbits.com
Received: from mx3 ([10.202.2.202])
by compute3.internal (LMTPProxy); Mon, 25 Jul 2016 18:38:20 -0400
Received: from mx3.messagingengine.com (localhost [127.0.0.1])
by mailmx.nyi.internal (Postfix) with ESMTP id HEX-STUFF
for ; Mon, 25 Jul 2016 18:38:15 -0400 (EDT)
Received: from mx3.messagingengine.com (localhost [127.0.0.1])
by mx3.messagingengine.com (Authentication Milter) with ESMTP
id HEX-STUFF;
Mon, 25 Jul 2016 18:38:15 -0400
Authentication-Results: mx3.messagingengine.com;
dkim=pass (1024-bit rsa key) header.d=tidbits.com header.i=@tidbits.com header.b=2KAI2olS;
dmarc=pass header.from=tidbits.com;
spf=pass smtp.mailfrom=tb-mailer@tidbits.com smtp.helo=mail.tidbits.com
Received-SPF: pass
(tidbits.com: 173.255.250.214 is authorized to use ‘tb-mailer@tidbits.com’ in ‘mfrom’ identity (mechanism ‘ip4:173.255.250.214’ matched))
receiver=mx3.messagingengine.com;
identity=mailfrom;
envelope-from=“tb-mailer@tidbits.com”;
helo=mail.tidbits.com;
client-ip=173.255.250.214
Received: from mail.tidbits.com (mail.tidbits.com [173.255.250.214])
(using TLSv1.2 with cipher HEX-STUFF (256/256 bits))
(No client certificate requested)
by mx3.messagingengine.com (Postfix) with ESMTPS
for ; Mon, 25 Jul 2016 18:38:14 -0400 (EDT)
Received: from li260-214 (localhost [127.0.0.1])
by mail.tidbits.com (8.14.4/8.14.4) with SMTP id u6PMcCaq012572
for ; Mon, 25 Jul 2016 18:38:13 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tidbits.com;
s=default; t=1469486293;
bh=HEX-STUFF=;
h=List-Archive:List-Help:Reply-To:List-Owner:List-Id:Subject:
List-Subscribe:Date:To:List-Unsubscribe:From;
b=HEX-STUFF
Message-Id: <201607252238.u6PMcCaq012572@mail.tidb…>
List-Archive: <http://www.tidbits.com/backissues>;
Errors-To: tb-bounce@tidbits.com
List-Help: <http://www.tidbits.com/lists.html>;
Content-Type: multipart/alternative; boundary=“====1469480868====”
Reply-To: TidBITS Contact FAQ <contacts@tidbits.com>
List-Owner: <mailto: href="mailto:editors@tidbits.com" rel=“nofollow”>editors@tidbits.com> (TidBITS Editors)
List-Id: TidBITS HTML Issue List <html.issue.tidbits.com>
Subject: TidBITS#1330/25-Jul-2016
List-Subscribe: <http://www.tidbits.com/subscriptions>;
Date: Mon, 25 Jul 2016 18:38:12 -0400
Mime-Version: 1.0
Precedence: bulk
To: MY-EMAIL-ADDRESS
List-Unsubscribe: http://www.tidbits.com/managesub/HEX-STUFF
From: TidBITS Editors <tb-mailer@tidbits.com>
–====1469480868====
Content-Type: text/plain; charset=“utf-8”
Content-Transfer-Encoding: 8bit
TidBITS#1330/25-Jul-2016
========================
Issue link: <http://tidbits.com/issue/1330>;
You asked for it, and now you’ve got it: we just released “Take
Control of Preview,” significantly expanding on our “Power of
Preview” series!
</html.issue.tidbits.com></mailto:>
Looking more into the raw message, it looks like it stays true to the
Content-Type: multipart/alternative; boundary="====1469480868===="
header it carries. The whole newsletter is repeated twice: First as a plain text block and then as an HTML block. The two blocks are separated by the line
====1469480868====
as it is described in the Content-Type header above.
It looks like Newsblur only displays the first, plain text message whereas the Fastmail email viewer knows to only display the second, HTML message.