Xref: utzoo comp.unix.wizards:24944 comp.unix.programmer:1595 comp.mail.sendmail:3058 comp.unix.aix:4562
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!usc!elroy.jpl.nasa.gov!turnkey!jackv
From: jackv@turnkey.tcc.com (Jack F. Vogel)
Newsgroups: comp.unix.wizards,comp.unix.programmer,comp.mail.sendmail,comp.unix.aix
Subject: Re: domain query subroutine res_search
Keywords: sendmail domain res_search
Message-ID: <1991Apr16.184859.13382@turnkey.tcc.com>
Date: 16 Apr 91 18:48:59 GMT
References: <934@airgun.wg.waii.com>
Reply-To: jackv@turnkey.TCC.COM (Jack F. Vogel)
Organization: Turnkey Computer Consultants, Westchester, CA
Lines: 33

In article <934@airgun.wg.waii.com> markw@airgun.wg.waii.com (Mark Whetzel) writes:
>I am working with another programmer on porting the IDA sendmail
>to the IBM RT running AIX 2.2.1.  (yes its yucky IBM, but it works and
>it's paid for :-)
 
>The problem area of code is dealing with domain server queries in the
>routine domain.c, in particular it is using the res_search system
>subroutine.  I can't find any documentation about this routine, and referencing
>both AIX V3 (RS6000) and SUNOS (4.0.1) and CONVEXOS, none of these systems
>also have documentation about this system subroutine. 

Hmmm, this is interesting I didn't think AIX on the RT or RS6000 even had
the res_search() code. res_search() was introduced in BIND 4.8 if memory
serves and the code on the RT or 6000 as shipped is much earlier than
that. And, by the way, the simplest way to get the information you want
is to get the BIND distribution, its available from Berkeley or most any
other of the Internet archive sites. AIX 1.2 on the PS/2 or 370 has this
code since I ported it, but since it was done in the service stream it is
not in the documentation. This will be remedied in the AIX 1.2.1 docs. Is
it possible that someone has hacked your system and added the later version
of BIND (and from the sound of it got it wrong :-})?? You might try running
sendmail with debug on and take a look at the info from the nameserver (that
assumes of course that your resolver was built with DEBUG defined).

Disclaimer: I don't speak for the company.




-- 
Jack F. Vogel			jackv@locus.com
AIX370 Technical Support	       - or -
Locus Computing Corp.		jackv@turnkey.TCC.COM