One of my customers mentioned to me that the way they have out look set up, allows them to see a short email preview in the form
hello#email.com
Hi, this is a message preview
However when I email, the get a big long https string and at first they thought that the email might include a virus so were dubious about opening it.
I am keen to find a way to stop this happening.
My email displays as
me#email.com
<https://z86orge6w04.....>
I use Thunderbird to send my emails, I shouldnt think that my email client would cause this though.
Also I use an smtp relay mailersend and their details are included in the https link as you will see from the pic.
I have also used socket labs and when I send using their relay, the link is still there but changes slightly
So I think that it may be something to do with the fact I use an SMTP relay
I have noticed though that it only seems to be outlook that shows this, Gmail, thunderbird and others that I have sent testemails to do not display in this manner.
At first I thought that it was because my logo in the header contained a link to the website but I have removed the link and there is no change
The part at the top circled in yellow is what they see when I email, the bit below circled in red is what they see from everyone else
The problem is not related with Thunderbird but with MailerSend which is a transactional email service.
According to mailchimp:
Transactional emails are automated emails sent from one sender to one recipient, usually related to account activity or a commercial transaction.
The URL shown in the Outlook preview is a tracking URL. You can solve this problem by removing tracking or by asking support to MailerSend.
Related
I have a question about tracking email. I've made a server that tracks an email by the inserting the target URL into <img>.
Until now all is good, but if the user (the sender) opens the email, the server gets a GET Request from the Google image proxy. Now this is bad, because this tracking URL was targeting the recipients and not the sender.
I've thought of changing the URL in the sender's side like MailTrack.io does, but don't know how.
Use a mail client that doesn't preview the image. I believe what is happening is that your current mail client is previewing the email for you and tripping your tracking link. Another option would be to use a service like Mailchimp, which will add the tracking code for you. I also believe certain versions of outlook have this feature but I'm not sure how much mileage that will get you.
We send out email newsletters and automated confirmation emails to users of our websites. Each email has an unsubscribe link in the email footer and each recipient opted in to receive emails.
Outlook webmail has the unsubscribe link above the body of the email in the following form:
Getting too much email from #SENDER#? You can unsubscribe
Clicking on the link opens a dialog window with following content:
Block this sender
[SENDER] hasn't given us any information to help you unsubscribe, so we'll block everything sent from the following sender: [EMAIL_ADDRESS]
[×] Also delete everything from [SENDER] in my Inbox folder
I search the internet and even contacted the Outlook support and asked them what info they need from us to help recepients unsubscribe from our emails. After several email exchanges the Outlook support concluded that they have no idea how to change Outlook's unsubscribe link, what information we should give them and how we should give them the information.
Can anyone please advise or point me to the right direction please? Thanks.
Is it "List-Unsubscribe" MIME header? http://www.list-unsubscribe.com/
You're confusing a couple of things here. First, while outlook.com is a Microsoft domain, Outlook itself is an entirely different thing, and people can be using Outlook as their mail program regardless of what domain they have. You won't know what client people are using for email, or what server they use to access it. Second, you say that email communication is vital for your websites. Banning people from your newsletters doesn't help that situation in the least. People using the various Microsoft services that you mention have no trouble receiving and participating in those email communications. What you don't touch on, is what software you're using for your newsletters. THAT is where your problem probably is. If you go to that domain.com/unsubscribe URL, what does that page do/look like? There are 2 usual links for a List-Unsubscribe header. One is a mailto: link such as unsub-list-12345#domain.com, where any email to that address performs an unsubscription. For the web link version, it needs to be a link to a page that automatically unsubscribes the user (so the link would need to be customized with variables such as the mailing list).
I'm making a user management system for my app, and I need to send users a "forgot my password" email with a token that lets them reset their account password. I signed up for SendGrid through Azure (to get the 25,000 emails per month free, which sounded like a great deal) and wrote some code to use it, but after testing my program a bit I was dismayed to find that only a couple of my emails actually went through.
After going onto the SG control panel, I found that 4 out of the 6 test emails I sent went through, and all of the others were rejected as being spam. I sent an email to mail-tester.com to see what it though my spam score was and it gave me a 4.3/10.
The email in question was a single sentence with a link to the password reset, without any images or other elements. I only sent those 6 emails out, so the volume of my emails definitely wasn't the issue. Still, I'm very puzzled as to why my messages are getting flagged as spam.
Without going to the trouble of making an elaborate authentication setup, are there any basic changes I can make to my system to make it get through to users?
In this case it's most likely because you are sending such a short message, with a link to 'reset your password' from a non-whitelabelled email address (the email address you're sending from cannot be verified against the actual domain), and the link may also be a different URL. It's probably getting pulled up as a potential phishing email.
You can rectify this by white labeling your domain and email links via the SendGrid dashboard, it's easy to do and should improve your deliverability.
Also check out this article from the SendGrid support team about White Labeling.
A question from 2015 which is sadly still relevant today as usage of SendGrid increases.
My organization has blocked all SendGrid mails except for those on the paid tier using fixed IP addresses with resolvable public DNS names (such as sendgrid1.sampledomain.tld) which we then whitelist.
There are now far too many domain impersonation, phishing and other spam mails coming in from SendGrid for us to allow everything from them - roughly 10 000 mails over a seven day period, which is far too many to manually report to SendGrids abuse department.
So my answer would be that switching to the paid tier of SendGrid is the better option if you like a better chance of your mails arriving intact at their destination.
I receive only Spam Mails from Sendgrid.
Goes direct to Spam folder and try to report Sendgrid everywhere I can. Maybe they get blocked by most mail servers and make them think about their policy in "hosting" all these Spammers.
In my case my emails are marked as spam because of the anchor label different to the href being actually called.
And that's because of the 'click tracking' setting of sendgrid.
So, if you have something like
yourdomain.com
sendgrid may replace the href and you end up with something like:
yourdomain.com
The sendgrid page being called tracks the click and then redirects the user to the url you originally set. But this sometimes results in your email being marked as spam.
Try to set 'click tracking' in sendgrid dashboard to off: settings | tracking | click tracking.
details here: https://sendgrid.com/docs/ui/account-and-settings/tracking/
Always start by setting up Domain Authentication, formerly known as domain whitelabel as #MartynDavies says. Found under Settings -> Sender Authentication in the UI. Should look like this:
https://sendgrid.com/docs/ui/account-and-settings/how-to-set-up-domain-authentication/
To identify problems have a look at Activity and choose to see deferred, drops, bounces, blocks and spam reports.
https://app.sendgrid.com/email_activity
Under Suppressions you can see details for Blocks and Bounces among others:
https://app.sendgrid.com/suppressions/blocks
https://app.sendgrid.com/suppressions/bounces
There you can see errors like:
550 5.7.1 SPF check failed. em1234.mydomain.com does not declare 11.222.33.44 as a valid sender
If it says Verified but you see errors like this then contact SendGrid support.
One thing that has worked is to upgrade from the Free plan to Essentials or Bronze via the Azure Portal. This made a lot of the emails marked as spam pass through.
I had a similar issue when trying to send a user verification email using SendGrid.
In my case, using a custom domain as the sender identity solved the issue.
Make sure to also verify the domain before using it.
I'm reading about the new development of Google quick action buttons in the mail inbox.
I'm a little bit lost in this topic and not understand how I can include this function in my emails.
I have read about DKIM/SPF but I don't know if this functionality could need to do an google app.
I have my mail server with marketing segmentation and I want this button is visible when email come to client (destiny) gmail inbox (guess only works in gmail....). If i have included the markup code in html in my emails, why i can't see this button?
would it need create a specific mail application to implement this feature and send emails from this app? Someone tried this?
I know maybe this has been reply before but i think must start more down... so.. sorry.
Thanks and regards!
When you are ready to launch your marked up emails to your users, you will need to register with Google. Please follow this process:
1.Send a real-life email coming from your production servers (or a server with similar DKIM/SPF/From:/Return-Path: headers) including the markup / schema to schema.whitelisting+sample#gmail.com.
2.If you send a test/blank email, an email that does not contain schema or if you don't send an email for review your application will be silently discarded.
3.Make sure that the markup is correct prior to sending the email. For more details see Testing your Schema. Especially make sure the email passes the Email markup Tester and that there are no errors, also make sure to include as much data as possible.
4.Gmail removes all markup when forwarding an email. Do not forward the email but send it directly.
Fill out the registration form available here.
Here is the link for the documentation.
Hope this helps!!
Are you sending a promotional email (offers, etc.)?
If yes, then you are likely to be delivered to the Promotions tab, where quick actions do not work (according to Litmus - https://litmus.com/ebooks/gmail-ebook/gmail-ebook/).
Quick Actions work best in the Inbox for transactional emails.
("Here is your booking confirmation" [Check-in now] quick action)
These typically arrive directly in the Inbox.
I'm using the Subscriptions module of Drupal to send out subscribed emails on a regular basis and I've noticed that the links embedded in the email will break if the link is too long, but only for some users. The email client that user is using is Entourage. The crazy thing is that I use Entourage, also, but I don't have that problem with the links in my subscription emails that are sent to me. Here's what's happening:
http:samplelinkhere?var=blahblah
blahblah
The top line of the link will be underlined and part of the link, but the bottom part will not be underlined (even though it should be) and so, the link is broken. Does anyone know how to fix this issue?
AFAIK, there is not much you can do about this. As long as the links do not contain line breaks in the original mails sent by your server, it is up to the receivers mail client to add line breaks for readability, usually based on some user preference settings (Which could explain the difference to your own Entourage client).
Also, some clients try to detect links and avoid breaking them, others don't, and some even have plugins for this.
A possible workaround would be sending HTML mails instead, but that opens a huge different can of worms concerning mail client compatibility, so I do not recommend it.