CNAME for MX Record?
kcd at chrysler.com
Wed Aug 19 16:55:25 UTC 2009
What I see is:
meetingtoolsandjewels.com/MX resolves to m1.dnsix.com with preference 0.
meetingsmaven.typepad.com/MX doesn't resolve at all from typepad.com's
nameservers, but meetingsmaven.typepad.com/A does.
Maybe it was just a poorly-executed migration?
Bradley Caricofe wrote:
> Hey list,
> I have the following issue. A customer hosts a domain with me,
> facplus.com. Her primary email account is on that domain, we'll call
> it her at facplus.com. She has also registered another name through
> Dotster, meetingtoolsandjewels.com. Dotster provides her with URL
> redirection and email forwarding for that domain. She has setup an
> email address, we'll call it her at meetingtoolsandjewels.com, which
> should forward to her at facplus.com.
> We've been having a problem where not all senders are being received
> when mail is sent to the her at meetingtoolsandjewels.com account. I've
> sent her test emails from gmail, yahoo and my own server (sendmail)
> and all were received. When I send emails from systems using exchange,
> I eventually get a bounce that the message has been delayed...it's
> never received.
> When I do digs for the MX record for meetingtoolsandjewels.com I get a CNAME:
> [root at jump1 ~]# dig meetingtoolsandjewels.com MX
> ; <<>> DiG 9.3.4-P1 <<>> meetingtoolsandjewels.com MX
> ;; global options: printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5373
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0
> ;; QUESTION SECTION:
> ;meetingtoolsandjewels.com. IN MX
> ;; ANSWER SECTION:
> meetingtoolsandjewels.com. 3600 IN CNAME meetingsmaven.typepad.com.
> ;; AUTHORITY SECTION:
> typepad.com. 600 IN SOA ns1.sixapart.com.
> hostmaster.sixapart.com. 2009051400 10800 3600 604800 600
> ;; Query time: 233 msec
> ;; SERVER: 192.168.75.1#53(192.168.75.1)
> ;; WHEN: Wed Aug 19 04:44:21 2009
> ;; MSG SIZE rcvd: 139
> If I do digs against her actual nameservers, I get a correct MX
> record. What the heck am I seeing here and is this the likely cause of
> the delayed emails?
> bind-users mailing list
> bind-users at lists.isc.org
More information about the bind-users