-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: Verified senders endpoint #355
Comments
Thanks for bringing this to my attention. Is this the new enhancement SendGrid announced in September 2020? It wasn't clear in the release notes that there was new API endpoints. |
Also let's not forget the "legacy" sender identities. This means that there are three ways to manage senders in the SendGrid API: |
I asked SendGrid for guidance on this. Let's see what they say. |
Honestly, I'm not too sure. I've since tried using endpoint I wanted myself for retrieving a list of known DMARC domains. It only returned gmail.com and yahoo.com. Contacted sendgrid, it turns out they've not actually finished making it work 🤷♂️. So instead for the meantime, I've made a method which will check the DMARC DNS TXT record of a given domain. Probably better this way. |
I did a quick comparison between "legacy sender identities" (which StrongGrid still supports but probably not for much longer), "sender identities" (which is what StrongGrid currently supports) and "sender verification" (which is the 'new' functionality you pointed out to me)
I did some testing over the weekend: I created a sender identity with the new endpoint and I did not detect any difference with a sender identity created with the 'sender identity' endpoint. The new endpoints seem to support the basic functionality provided by the "old" endpoints (with the exception of All this to say that it probably make sense for StrongGrid to use the 'new' endpoints rather than the 'old' endpoints. Having said that there just one thing that bothers me: the |
I think the reason that they've bundled it with verifying a single sender rather than a domain, is that you wouldn't allow someone to verify a single sender at a domain which implements DMARC. When verifying a domain you wouldn't need to check since you're adding to the DNS records. |
hummm. Makes sense so I'll leave the |
While we wait for SendGrid's guidance, I took a stab at replacing the "Sender Identities" endpoints with the "Sender Verification" endpoints. I included a new method to retrieve the list of domains that are known to implement DMARC but I named the method "GetDmarcDomains" rather than "GetDomainWarnList". Let me know if you agree that this name is more clear, I uploaded a prerelease package to my MyGet feed. It would be great if you could help me test it. |
Hello,
Do you plan to support the verified senders endpoints?
https://sendgrid.api-docs.io/v3.0/sender-verification/domain-warn-list
:)
The text was updated successfully, but these errors were encountered: