We use Sendgrid in an Azure App-service, but since a week all sent messages are blocked. Spamhaus listed several Sendgrid IP-addresses in their SBL (Spamhaus Block List). Users of Sendgrid can't remove these Spamhaus entries. How to get it fixed?
Noticed the same thing and I've been looking at switching to Mailjet instead of Sendgrid. This article paints a rather bleak view regarding Sendgrid this article.
Related
I set up an Azure SendGrid resource in my company's Azure subscription, got my API key and wrote a C# script to send emails. It works, but the emails go to spam with an SCL=6. I expect this is because I am doing no domain authentication. (Please bear with me as I try to describe my situation, I'm still learning a lot about all this). I am sending the emails through my work/enterprise email account (XYZ#company.com) and they are going to other enterprise accounts on the same domain (company.com). My company is a large tech company with a very well known domain. I am just a user on the enterprise network as a normal vendor/employee, with this setup I don't know how I would touch DNS/SPF/DKIM options, which from what I've been reading are the main first steps to authenticate myself as the sender.
I guess my main question is: Can SendGrid be a possible solution to what I am trying to do? I want to send ~250 emails programatically, each from a template so I can substitute in recipient name and specific info, and I can do all that through C#. But is there a way I can authenticate myself so my emails do not go to spam? If not, are there alternative solutions? I'm just trying to avoid having to manually send ~250 customized template emails through Outlook.
Let me know if I need to provide more info, all answers are appreciated! Thank you!
Currently the small business I work for has a support email address setup as the following: support#mybusinessdomain.com (changed domain for anonymity).
We need to make it so that multiple people can manage this email address, and the way we have it currently setup is causing some issues.
The way it is currently setup is that all emails are forwarded to myself and three other coworkers that manage the support emails that come in, and each of us have setup the following rule:
"Do this: Skip Inbox, Apply label "BusinessDomain Support", Never send it to Spam"
So we get all of the emails sent to that label, they skip our inbox and we delegate/respond from there. This was causing issues with my coworkers responding to the same emails and has our customers replying to our actual work email addresses rather than the support email.
We setup a process/procedure to make sure my coworkers and I were only answering things once, and to solve the problem of customers responding to the wrong email address we added the support#mybusinessdomain.com email as a "Send mail as" for each of us. However, now we are all sending emails from the same email address and it is a bit confusing as to who responded AND all sent emails are showing in our sent folder.
So, what is the best way to setup this support email so that multiple people can manage it and so that customers that reply to emails sent are always sent to support#mybusinessdomain.com?
Any help would be great!!
You need to use a group as a collaborative inbox.
Collaborative inboxes are especially useful for technical support or
customer service teams. For example, you could create a group with the
address support#your-domain.com. You could then add your
support staff as group members, and allow people outside your
organization to send messages to the group. Your support staff would
then receive customer messages and take any of the following actions:
Assign responsibility for topics to group members
Mark topics as resolved
Edit tags associated with topics
Filter topics according to tag, resolution status, or assignee
As of a few weeks ago, I noticed that I am unable to receive emails from my domain account. My application is deployed to the azure server and it uses SendGrid to send emails and this happens from my application. For example my application is 'myapplication.com' and the azure sendgrid configuration for the mail server is set up to use 'Jake#myapplication.com' but when I send and email to my yahoo account, let say to reset my password. The email never makes it, not even going to spam. I remember reading something like this a few weeks back http://sendgrid.com/blog/update-yahoos-dmarc-policy "Yahoo New Policy" but I don't see how that would effect me since my from account is not a yahoo account. If there is no fix for this, what is an alternative email setup
Before considering an alternate email setup, contact SendGrid through support.sendgrid.com, it's possible that Yahoo is wrongly blocking your email. If this is the case SendGrid will advocate for you and work to get it unblocked.
Disclaimer: I am a SendGrid Employee
I'd suggest looking at the sendgrid dashboard and search for that email. You will be able to see exactly what happened.
it seems that Sendgrid IP pool is being deferred by yahoo. I am not sure what Sendgrid is planing to do to rectify this issue as it is impacting their clients who uses shared pool service
I have just stumbled on this issue. And it's not only Yahoo blocking sendgrid emails. They rather complaining about the senders ip address "Send Grid" rather than senders email address. :-(
I am using smtp.gmail.com to send mails.
I want to read/parse mails in my application.
I know how to pull the mails, there are API libraries to handle that. It is bit over do for my application.
Instead, is there any way gmail can post mails to my application like sendgrid does ?
If you want to get emails from a gmail account, and want a webhook to do such, you could use Context.io's Webhook Feature.
However, at the maximum volume you'll be able to send out with Gmail, I'd recommend looking toward an email service provider's free plan. If you're familiar with SendGrid already SendGrid's Free Plan will give you access to both low volume sending, and the Parse webhook. Other email service providers will give you the same functionality on their free plans, as well (e.g. Mailgun).
Disclaimer: I am a SendGrid employee.
I have signed up with Google Apps, I am using a third party SMTP Server to send the emails from the web app, Emails are reaching inbox for all the email clients (yahoo, gmail, hotmail...)
But Emails sent to my domain (mydomain.com) are reaching SPAM, This is happening only for my domain Which is google apps account domain. The solution to the problem is the sender must be in the contacts of the receiver. So its a overhead involved in adding the sender in the contacts before receiving the mail. This is not automated.
NOTE: Mails sent from <xyz#mydomain.com> to <abc#mydomain.com> are reaching SPAM. It means, Its happening only when the sender and receiver belongs to same domain.
ASSUMPTION: ALL the emails will be sent from mydomain.com .
So, I want to write a script using google apps script So that when a mail arrives from mydomain.com (having FROM address belongs to mydomain.com), The script must execute and add the senders emails address in the contacts. So it will avoid the spam rate.
I am very new to google apps script, Please help me doing this, Or if any better solution is there please feel free to post.
Vinay,
It sounds like you may have an incorrectly configured SPF record. Please see this article:
https://support.google.com/a/bin/answer.py?hl=en&answer=33786&topic=2759192&ctx=topic
Email that has a mydomain.com sender address, needs to come from a mail server listed in your SPF record or risk being sent to spam.
By chance, has Contact Sharing been enabled for your apps domain? I'm just offering this as an hunch that might help rather than a specific solution to your problem.
If this doesn't help, its a straightforward but non-trivial problem to add all your domain accounts to each others contacts list (and keeping it synced over time), but you'll be leaning heavily on a version of the Contacts API rather than plain Apps Script because the Contacts service only operates on the contacts of the user executing your script.