SES: DKIM configuration successful, but Identity status still "pending"

0

Hi,

I have added a domain into AWS SES a while ago, and I've entered the three CNAME records into our domain registry as requested by AWS. I have then received the email with the subject "DKIM setup SUCCESS for <domain>", and the domain was shown as verified in AWS SES. Now, the domain is shown in status "pending" again, even though the CNAME records still exist. I've looked up the three CNAME records again and again, I've checked that no typo was made and not a single character was missing, everything seems to be configured correctly. But AWS SES still shows the domain in status "pending".

I've been using the host command to verify that the CNAME record exists. For example, in the AWS console, it says that xyz._domainkey.example.com should point to xyz.dkim.amazonses.com. So I ran the command:

host xyz._domainkey.example.com

and the output is: xyz._domainkey.example.com is an alias for xyz.dkim.amazonses.com.

What could be the reason that it's still not working? Is there anything else I can do to troubleshoot this further?

I'm not sure if these two events are related, but I remember that I've tried to add an additional verified domain, which was a subdomain of the already existing verified domain. I've received an error message (I don't recall which one, unfortunately). I could be wrong, but I think that the issue with the status "pending" appeared shortly after this failed attempt to add an additional verified domain.

I am not using AWS Route 53 for the domain, in case that matters.

Thanks for any advice.

  • We just experienced same thing. Unclear whether this is a phishing attempt or if AWS has a mass email running amok. Received 8 emails each for 2 domains with the same subject line. The email continues: "You can now send DKIM-signed emails from any address within this domain through both Amazon SES and Amazon Pinpoint." Strange for these reasons:

    1. I've never sought to use SES or Pinpoint
    2. the emails were received by our non-AWS mail host, but its MX record resides on Route 53. Q: is this from AWS? if so, it's weird behavior that requires me to research. If not, AWS has been compromised
lpyfm
已提問 2 年前檢視次數 97 次
沒有答案

您尚未登入。 登入 去張貼答案。

一個好的回答可以清楚地回答問題並提供建設性的意見回饋,同時有助於提問者的專業成長。

回答問題指南