- This topic has 5 replies, 4 voices, and was last updated 10 years, 4 months ago by
.
-
Posts
-
I have a fairly high incidence of my download links going into the junkmail of Yahoo and other mail clients. I thought I’d look into using Mandrill [http://mandrill.com] with WpMandrill to use Mailchimp’s infrastructure to deliver the download notices but I ran into an interesting problem and I’m wondering if anyone has a solution.
The problem:
Mandrill always adds HTML markup. This is bad because
A> Mandrill can be configured to add BR tags for every newline BUT links that are generally rendered clickable when the mail client shows plain text are NOT rendered clickable if the content is HTML.
B> When selecting HTML format for delivery in eStore, the links are not rendered clickable (e.g. not surrounded with tags).
The net is if I use Mandrill my links are no longer clickable in most clients.
I’m using eStore 7.0.3 (soon to upgrade to 7.0.7)
The net is if I use Mandrill my links are no longer clickable in most clients.
I’m having an issue with the “most clients” part.
If you were to send an email, containing a link to Gmail; what does the link look like, when you select “Show Original” in the message display?
It’s what the original message source looks like that matters. Knowing this will determine if the issue is the mail client or the way the message is being sent.
@wzp: As I noted, Mandrill inserts HTML and a header. This seems to force many clients (by most clients) as HTML markup.
Note I’m using [download-link-sender]
For Yahoo the Mandrill Rending is like this (**links not clickable**)
[http://i.imgur.com/gsysa54.png]
For GMAIL this is the rendering (links OK)
[http://i.imgur.com/uR4uTJl.png]
For HOTMAIL like this (**links not clickable**)
[http://i.imgur.com/AkA5JUF.png]
On Outlook 2010 the links remain intact but the text flows together like so:
[http://i.imgur.com/AkA5JUF.png]
I am not familiar with Mandrill but I can’t see how there is something we can do in the plugin for this. Have you tried using the HTML email option?
I tried HTML as an eStore option, but as I noted (item B above), links are not encoded as HTML (no -Anchor tags) in my version of the eStore so they too are not rendered clickable, and worse, as HTML everything gets stuffed together in one big humongous paragraph.
It looks like the actual markup was either stripped out of or didn’t make it into my post above. Bummer, ’cause it shows what seems to cause the problem.
For the plugins, I suspect there are several solutions.
One might be to wrap the entire email in
tags (CODE tags). Another necessary step is to wrap all links with the A (anchor tag).A more clever approach would be to inspect the content and if HTML markup is found, the CODE tags would not be needed, provided A (anchor) tags are present. Most systems I’ve seen that render HTML emails also encode plain text versions (which is yet another complication).
I’m not wedded to Mandrill. There are also Yoast, SendGrid, PostMarkapp, MailJet. It’s just that Mandrill is the same people as MailChimp with whom I already have an account.
I’ve been using Mandrill, which has been hugely helpful in getting purchase e-mails delivered, for months now and haven’t had any issues with links not being clickable. I have some minor HTML in the confirmation messages and have that option checked in the plugin settings. It was an issue for me almost a year ago; you may just need to upgrade the plugin (I’m on 7.1.2) per this thread:
- You must be logged in to reply to this topic.