#email routing gone wrong(?)
58 messages · Page 1 of 1 (latest)
Hey,
What's the domain, and what is the exact error you get? Any more details on the exact error would be helpful, usually you get a error code.
If it's a new address/route you added, sometimes it takes a bit for it to sync. On the Email Routing Overview page, it will show "Routing Status", if it says syncing it's not done yet. I've had it take a solid few minutes before.
Let me get a screenshot real quick
here you go
so, basically I've done with all spf, dkim and mx records
I've also set up the email which to receive the forwarded emails
The thing is, on my older domains which I have made like more than half a year ago worked just fine
Interesting, how long ago was that test from? The MX records appear to exist now
I tested it just now
I've been trying to resolve the issue since yesterday
I thought waiting for SSL would solve the issue, but no
I tried with my other domain which I have already been using over the year, the alias email worked fine
Until I create a new one and tried it
it didn't work
I've seen people in the forum talking about gmail "blocking" forwarded emails from cloudflare, but I don't know exactly what happened. So I came here
yea ssl isn't related sadly, it's saying it cannot find the MX Records for your domain, even though they seem to exist fine: https://mxtoolbox.com/SuperTool.aspx?action=mx%3Amizu2.my.id&run=toolpage
It could be something as simple as dns cache google has, but that seems like a long time. I just tried sending a test email as well, will see if it bounces
Oh, I received your email
I tried using other gmail accounts to send dummy mails to my alias domain email right, it also gave me such error
oh, I think I can start to see why, it looks like Google's DNS doesn't see that record
Mmhm, and I saw some cases in the community forum. Some had their emails forwarded, but not received in their receiving emails
some had the same error with mine
The gmail thing is different, and you would be able to see it under Email routing summary -> activity log
let me check it real quick
yea, it would show as the emails actually being rejected (delivery failed) in there
no, i guess?
it looks like it did forward one of your emails from that page
it's a success I believe
but yea that looks fine, the DNS issue you are hitting with gmail is them not making to CF Email Routing at all, makes sense it wouldn't show the failures there
It looks like the root cause is Google DNS does not see your domain as existing at all
https://dns.google/query?name=mizu2.my.id&rr_type=MX&ecs=
not sure how new it is, ccTLDs are a bit slower/weird sometimes
it's... not?
i have some ccTLD domains prior to this one
they're working fine right now, since I made the alias email like months ago
.id is a ccTLD
https://en.wikipedia.org/wiki/.id
.id is the Internet country code top-level domain (ccTLD) for Indonesia. Since 2007, it is managed by the Indonesian Internet Domain Name Administrator (Pengelola Nama Domain Internet Indonesia or PANDI), based on regulation set by Decree of Minister of Communication and Information Technology.
but regardless that's just speculation, the root cause is something to do with Google not being able to lookup the nameservers of your domain from one of the .id nameservers
so it's on Google's end
Mhmm... might as well wait until I get a solution to this
I'm pretty sure it isn't really new though
my other domain, miraaaa.my.id
worked fine
it's still able to receive the forwarded emails
DNS is all off the idea of delegation, the root nameservers say "ask x for id nameservers", "ask y for my.id nameservers" "ask z for mizu2.my.id", that last one is failing.
Google is saying that b.dns.id, one of the nameservers for my.id, is returning nxdomain
but, newly created alias didn't work
According to whois mizu2.my.id was created yesterday
Domain Name: mizu2.my.id
Created On: 2023-06-15 11:09:06
That's what I thought it was brand new
Uh let me make sure
you meant mizu2.my.id is newly created right
not .my.id ?
I'm sorry, my grammar isn't really good
I may not understand easily
so, I'll just have to wait then
yes
thank you for the help and explanation, Chaika 
Sure, ccTLDs just tend to be the most flakey/weird from my experience, I can't even get two of their rnameservers to respond (although some do block direct like that on purpose)
got it 👍