An Azure communication platform for deploying applications across devices and platforms.
Hi @Montet
Since the Domain, SPF, and DKIM checks are already Verified, and you’ve confirmed that the DKIM2 CNAME resolves correctly through public DNS, a DKIM2 status stuck at Canceling for four days is unlikely to be normal DNS propagation.
ACS normally expects the DKIM/DKIM2 CNAME records to become publicly resolvable before verification completes, and DNS changes typically take around 15–30 minutes to propagate for this process.
There have also been similar ACS Email cases where the domain verification state became stuck in the backend even though the DNS records were correct. In one recent case, Microsoft confirmed the verification state was stuck on the ACS backend.
I’d suggest leaving the existing DKIM2 CNAME in place since it already resolves correctly. Then, check the resource state using Azure CLI (az communication email domain show). The CLI also exposes cancel-verification and initiate-verification, although these commands are currently marked as Preview.
If the state remains Canceling, open an Azure support request and ask them to check/reset the DKIM2 verification state on the ACS Email backend.
As a last resort, deleting and recreating the custom domain can reset the verification state, but it generates new verification records and requires you to configure the DNS records again. That approach resolved a similar confirmed backend-stuck case.
Since yours has been stuck for four days, I’d pursue the backend-state reset before recreating the domain.
Sharing these references with you:
Similar ACS custom-domain verification issue - Microsoft Q&A
Add custom verified email domains - Azure Communication Services
Azure CLI - az communication email domain
Help make this community better for everyone: If this answer helped or resolved your issue, please accept it or upvote it. If not, share more details in a comment so we can continue the discussion and find the right solution.