[EMAIL PROTECTED] writes: > BIND can return incomplete glue records in some cases, possibly many fewer > than the threshold of overflowing the packet. A scenario I've been testing > is with 2 MX hosts and 12 A records for each. The whole mess won't fit in > one packet. BIND then decides to not include all of the A records for the > 2nd MX host. Will qmail go back for those A records if it needs them? And > what if the glue A records sent were for the higher of the two MX hosts? > Will it handle that (yes, BIND decides which MX records get glue records > after it does order cyclic, so order fixed is apparently going to be > appropriate here). qmail's dns algorithms are exposed in the dns* programs. They're not documented, nor are they installed in /var/qmail/bin, but they're there in the source directory and you can play with them to see what results you get from various queries. In the absence of an smtproute, qmail uses the results returned by dnsmxip, in the order returned. Oh, interesting! ipal.net has a useless MX record at priority ten. desk:~$ src/qmail-1.03/dnsmxip ipal.net 206.97.151.200 0 206.97.151.200 10 206.97.151.14 20 206.97.151.8 20 -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Government schools are so 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
