Our company had 4 domains whose emails and DNS were hosted by usintegration.com, and then we moved the email and DNS hosting for 3 of the 4 domains to a new company. Now, the 3 domains that were moved can't send or receive emails to and from the one domain still left on the old server. All other email functions work fine for all 4 domains. There are no bouncebacks, error messages, or emails stuck in queue, and no evidence of these missing emails hitting the new servers.
The new hosting company (logixcom.com) confirms that everything is fine on their end, and assures me that it's most likely an old zone file still remaining on US Integration's nameserver, and so the emails sent from the US Integration is routed to what it believes is still the authoritative nameserver (it's own). Because the old zone file's MX records still contain the old resource, the requests never leave the old nameserver to go online to do a fresh search for the real (new) authoritative nameserver. The compounding problem is that US Integration isn't able to identify the problem, much less fix it.
Is the problem truly that this old zone file just needs to be deleted from US Integration's nameserver? If so, what's the best way for me to describe this to them? If not, what do you think could be the issue? Any help is much appreciated. I'm not in IT, so all this is new to me. I know it seems weird for me (the client) to have to do this legwork, but I just want to get this resolved.
Here's what I've done:
Ran dig to verify that US Integration's MX records still point to the old authoritative nameserver, instead of going online to do a fresh search:
~$ dig @bart.usintegration.com courycollection.com mx
; <<>> DiG 9.6.0-APPLE-P2 <<>> @bart.usintegration.com courycollection.com mx ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61227 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; QUESTION SECTION: ;courycollection.com. IN MX
;; ANSWER SECTION: courycollection.com. 3600 IN MX 10 mail.usintegration.com.
;; ADDITIONAL SECTION: mail.usintegration.com. 3600 IN A 18.104.22.168
;; Query time: 29 msec ;; SERVER: 22.214.171.124#53(126.96.36.199) ;; WHEN: Sun Dec 26 16:59:22 2010 ;; MSG SIZE rcvd: 88
Ran dig to try to see where Logix's servers look when emails are sent from the 3 domains that were moved, and got refused:
~$ dig @faith.logixcom.net.net colcordhotel.com mx
; <<>> DiG 9.6.0-APPLE-P2 <<>> @faith.logixcom.net colcordhotel.com mx ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 31599 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available
;; QUESTION SECTION: ;colcordhotel.com. IN MX
;; Query time: 31 msec ;; SERVER: 188.8.131.52#53(184.108.40.206) ;; WHEN: Sun Dec 26 17:00:14 2010 ;; MSG SIZE rcvd: 34
UPDATE 12/28/10: US Integration said they deleted the zone files, and subsequent dig shows that their resolvers are now pointing to the correct Logix nameserver, but the issues continue. Funny thing is that the US Integration owner (who has an @usintegration.com email) can email back/forth with me (who has an @courycollection.com email), but our sister property (colcordhotel.com who is hosted by US Integration) still can't send to us.