On Thu, May 14, 2009 at 10:43:54AM -0500, Eric wrote: > I'm encountering a strange DNS / e-mail problem an a mail server > running OpenBSD 4.3. > > Sometimes, DNS returns completely unexpected results. I get two > completely different answers to the same DNS query with the incorrect > answers being returned by the DNS server that is being used by the > mail server. > > Meanwhile, the DNS server that had been listed first and is > now second begins to return the correct records once those > records expire. > > Has anyone seen this kind of behavior before? Can anyone explain > what is happening here? It's driving me up the wall. > > Eric Johnson
What is wrong is how "ruhl.in" was setup. You *cannot* have a CNAME record if any other type of record exists for that name. Complain to their administrator. See: dig ruhl.in ANY @dns1.name-services.com ======= ;; QUESTION SECTION: ;ruhl.in. IN ANY ;; ANSWER SECTION: ruhl.in. 1800 IN CNAME ghs.google.com. ruhl.in. 1800 IN MX 10 ASPMX.L.GOOGLE.COM. ruhl.in. 1800 IN MX 20 ALT1.ASPMX.L.GOOGLE.COM. ruhl.in. 1800 IN MX 30 ALT2.ASPMX.L.GOOGLE.COM. ruhl.in. 1800 IN MX 40 ASPMX2.GOOGLEMAIL.COM. ruhl.in. 1800 IN MX 50 ASPMX3.GOOGLEMAIL.COM. ruhl.in. 1800 IN SOA dns1.name-services.com. info.name-services.com. 2002050701 10001 1801 604801 181 ======= If you need to fix this without their help. You can force a particular routing in sendmail. In /etc/mail/mailertable: ruhl.in. relay:[aspm.l.google.com.] And you rebuild it (cd /etc/mail && make). You would need to be running sendmail with mailertable support. (In stock OpenBSD, sendmail.cf not localhost.cf.) It's an ugly hard-coded mess but the fault is ruhl.in. -- Hugo Villeneuve <[email protected]> http://EINTR.net/
