Developer
Supported
Escort
ExpressionEngine 2, ExpressionEngine 3, ExpressionEngine 4
Back to this add-on's main page
View Other Add-ons From Derek Hogue
Escort delivering HTML emails rendered as Text via Sparkpost
Support Request
redshift
|
Posted: 31 July 2020 02:19 PM |
|
|
|
Hello,
we have recently upgraded from EE2.x to EE5.x and are now running into the issue that latest Escort 1.3.3 (on EE5.x, using Sparkpost) delivers our HTML emails rendered as text.
Meaning: one sees the html string in the actual email b/c it is presented in text format.
All of this used to work just fine on our EE2.x install, which also used Escort and Sparkpost. Our email templates have NOT changed and our domain is registered and verified in Sparkpost.
The only difference is that our new EE5.x test stage sits on a different sub-domain than our EE2.x test stage and our prod stage, but the main domain is the same for all of them. Escort and Sparkpost do work just fine on our EE2.x test stage and prod stage, both still using EE2.x and an older version of Escort.
EE5.x is set to send hml emails under EE admin > settings > outgoing email > mail format, and a test using the Communicate utility does deliver the html string of the email rendered as html…
So what could be the reason that our email html templates are now rendered as text when sent via Escort 1.3.3 on EE5.x and Sparkpost ?
Thanks.
|
|
|
Derek Hogue
|
Posted: 04 August 2020 08:28 AM |
# 1
|
|
Developer
|
If sending emails via Communicate is working, I’d guess the problem is with whatever addon is generating the particular emails you’re having trouble with - likely not respecting your preferred format, or maybe using its own setting for email format somewhere?
|
|
|
redshift
|
Posted: 11 August 2020 02:35 PM |
# 2
|
|
|
Is there any way to have Escort override whatever setting came from the addon and always default to HTML ?
We’re on latest EE5.3.2 and the latest version of the User addon 5.3.0 defaults to sending text version only emails for the Forgot password option - EE Harbor confirmed that.
For whatever reason this was different on EE2.x w/ User 3.x and Escort, meaning emails were ALWAYS sent as html…
Lmk about the above, please.
Thanks !
|
|
|
Derek Hogue
|
Posted: 11 August 2020 03:29 PM |
# 3
|
|
Developer
|
This is beyond Escort’s scope, as it’s really intended to be a “dumb” courier, simply taking what it’s given and passing that along to the intended service.
You could potentially use Escort’s extension hook to modify the data before it gets passed off to Sparkpost, but that would require some custom extension coding.
|
|
|
redshift
|
Posted: 11 August 2020 05:09 PM |
# 4
|
|
|
so here’s a similar issue we’re running into - again all of this worked on EE2.x w/ older Escort, we use the exact same templates on our new EE5.x install and still use Sparkpost.
Iur order confirmation email which is TEXT format we have one (1) link in the email message, and that link text is now being changed/altered.
This is the snippet from the email template - as you can see the link is at the end of the snippet:
Thank you for purchasing Redshift!
This is your receipt. You can download an official receipt for this order in PDF format from your dashboard.
Please note that if you have installed the demo version of Redshift, you will need to download and installed a customer build in order to activate your license and render without watermarks. Customer builds are available for download here: https://www.redshift3d.com/forums/viewforum/24/
This is what we receive in the email on EE5.x w/ latest Escort:
Thank you for purchasing Redshift!
This is your receipt. You can download an official receipt for this order in PDF format from your dashboard.
Please note that if you have installed the demo version of Redshift, you will need to download and installed a customer build in order to activate your license and render without watermarks. Customer builds are available for download here: http://go.sparkpostmail.com/f/a/jNGrHS8D6VVy-EU7ywJWsA~~/AAKftQA~/RgRhFZJqP0QvaHR0cHM6Ly93d3cucmVkc2hpZnQzZC5jb20vZm9ydW1zL3ZpZXdmb3J1bS8yNC9XA3NwY0IKABxqDTNfxrC4B1IUbWljaGFuYWdlbEB5YWhvby5jb21YBAAAAAA~
As you can see, the simple text link has been altered and converted to a completely different string. Clicking on it still works but this is not the appearance we want.
Is this done by Escort ?
Thanks.
|
|
|
redshift
|
Posted: 11 August 2020 05:20 PM |
# 5
|
|
|
to add on to my last reply, on our old EE2.x server w/ the old Escort addon, the same email goes out just fine and we are also using the exact same Sparkpost account for that…
So it would appear we can take Sparkpost out of the equation.
|
|
|
Derek Hogue
|
Posted: 11 August 2020 05:33 PM |
# 6
|
|
Developer
|
No, this is done by SparkPost when it processes the email - Escort never alters the contents of an email. Why this would be happening when sent via EE2 vs EE5 I can’t say honestly (both versions use an identical processing method for SparkPost) - but if you look for the options in your SparkPost account for Click Tracking and Open Tracking, those are the settings that will affect the rewriting of links like this when your emails are processed.
|
|
|
redshift
|
Posted: 12 August 2020 02:56 PM |
# 7
|
|
|
agreed on the link part, but the problem is we have click tracking completely disabled in Sparkpost. I’ll contact Sparkpost.
|
|
|