onoe@sm.sony.co.jp (Atsushi Onoe) (09/30/90)
In article <1990Sep25.163807.9632@naitc.naitc.com> karl@naitc.naitc.com (Karl Denninger) writes: > Only problem is -- it doesn't work. It appears that in.named ignores the > fact that I put a period on the end of the domain name, and adds the domain > again! Thus, I end up with a MX for "*.naitc.com.naitc.com"! ARGH! This > is >not< what I wanted! :-) > We're running SunOS 4.1. I think there is a problem in sendmail.mx, not in.named. sendmail.mx in SunOS 4.0 works, but the one in 4.1 it does not work. I think sendmail.mx must disable resolver options, RES_DEFNAMES and RES_DNSRCH, as you can see in deliver.c of BSD sendmail-5.64. Sun forgets this? I use adb and change the default value, and that sendmail.mx works well! Here is what I did. I've tested only on sparc. sparc# ls -l /usr/lib/sendmail.mx -r-sr-x--x 1 root 155648 Feb 8 1990 /usr/lib/sendmail.mx sparc# od -x /usr/lib/sendmail.mx | grep '0000 0006 0000 0004' 0443700 0000 0000 0000 0000 0000 0006 0000 0004 ### This may be contents of struct state (see resolv.h) ### 4443710 (octal) == 247c8 (hex) sparc# cp -p /usr/lib/sendmail.mx . sparc# adb -w sendmail.mx ?m 0 0xffffffff 0 247c8,10?X 0x247c8: 6 4 2c0 1 0 0 0 0 0 0 0 0 0 0 0 0 ### OK, this must be struct state. 247d0?X 0x247d0: 2c0 ### Hmm. This is RES_DEFAULT (resolv.h) 247d0?W 40 0x247d0: 0x2c0 = 0x40 ### disable RES_DEFNAMES and RES_DNSRCH. $q sparc# <you should try> -- Atsushi Onoe <onoe@sm.sony.co.jp> Workstation Div., Supermicro Systems Group, Sony Corporation