I understand you're mystified. What I don't understand is that your first assumption would be a completely baseless and frankly ridiculous theory that Google doesn't deliver emails to any but the largest email servers, rather then the idea that you have some kind of misconfiguration that's causing it. That's the life skills part. You encounter a problem of this type, it's far more productive to assume that either you or the other party have some type of misconfiguration that needs to be investigated and fixed, not some cockeyed conspiracy theory that Google is responsible for targeting you, but apparently only you, because you're small. It's not only crazy, but it's just not at all productive or conducive to any kind of success in anything to have that kind of immediate reaction.
Is this all then also just conspiracy? : https://windowsreport.com/gmail-account-not-receiving-emails/ https://support.google.com/mail/thread/23217687?hl=en It seems the google algorithm is as follows: Code: if (big_portal_like_ET AND user_adress_is_not_gmail) then don't deliver mail so to force the user to use gmail acct
So first off both describe the exact opposite of what you described, someone isn't getting emails at their gmail account. But more importantly, they both represent misconfiguration on the part of the user, not the idiotic conspiracy theory that Google was only delivering to other large email providers that you decided was the most reasonable and logical explanation. Again, life skills my friend. Occams Razor is a close corollary. Not trying to argue something inane, just trying to make you more successful in life.
I am now analyzing the mail server logs and find no delivery attempts to this server of the ET notification mails (neither from eliterader.com nor from the many google mail servers). Hmm. so then this means: the error must be on the ET system... Hi @Baron , can you pls check this? It indeed really looks like that.
@Baron , thanks for the analysis, but the problem must your DNS servers. They seem to be not updating! Take a look at this: Code: $ dig fairput.com MX @8.8.8.8 ; <<>> DiG 9.10.3-P4-Debian <<>> fairput.com MX @8.8.8.8 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12646 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;fairput.com. IN MX ;; ANSWER SECTION: fairput.com. 10000 IN MX 10 mutluit.com. fairput.com. 10000 IN MX 20 s21.mutluit.com. ;; Query time: 23 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Wed Aug 26 18:48:14 CEST 2020 ;; MSG SIZE rcvd: 84 AND: how have you been able to send me the 2 emails via google servers to exactly that same email address then?... So, google mailers can deliver, but it seems your local tools seem to be doing a kind of pre-testing by querying the DNS servers, and falsely find no MX records due to wrong/missing data in your DNS servers, I guess. Please check your DNS servers for consistency. The bug must be in your 5 DNS servers (or just in your local tools/scripts itself): Code: # dig elitetrader.com NS @8.8.8.8 ; <<>> DiG 9.10.3-P4-Debian <<>> elitetrader.com NS @8.8.8.8 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2358 ;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;elitetrader.com. IN NS ;; ANSWER SECTION: elitetrader.com. 21599 IN NS ns1.dnsmadeeasy.com. elitetrader.com. 21599 IN NS ns3.dnsmadeeasy.com. elitetrader.com. 21599 IN NS ns4.dnsmadeeasy.com. elitetrader.com. 21599 IN NS ns2.dnsmadeeasy.com. elitetrader.com. 21599 IN NS ns0.dnsmadeeasy.com. ;; Query time: 13 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Wed Aug 26 19:09:58 CEST 2020 ;; MSG SIZE rcvd: 146 I of course cannot query your DNS servers, but of course you can (or should be allowed to) make such recursive queries also for other domains, besides your own domain.
We use Sendgrid for all of our email and everything has been working fine for everybody else here. It even worked fine for you before you changed your email address. You asked me to check the logs related to your new email, which clearly show you've got a config problem with your domain. I'm not sure what else you want me to do.
In regards to our DNS servers not accepting queries to your satisfaction, we use a third party for DNS hosting and have no control over how they run their setup.
@Baron, you said MX records would be missing. But I showed that this cannot be true as you easily can verify yourself by querying for example the public google DNS server at IP 8.8.8.8 (cf. above). I mean, the problem is not at my side, but at your side. So, it should be in your own very interest to fix this problem. As said, you can diagnose it by this: check what your DNS servers spit out as MX for this domain fairput.com If they don't know the domain fairput.com or its MX records, then its clear the bug is with your DNS servers. But if they have correct data, then the bug must be with your local mailing tools or scripts...
Sorry, I had a typo there, I now have deleted that posting. It means this is working ok like it should be. But the main problem still remains, pls cf. to my prev posting on how to diagnose it. Just ask yourself this: how have you been able to send me the 2 emails (and received my reply from the same email address), but at the same time your system is not able to send me notification emails to the same very email address?! Isn't that baffling to you as well?...