Debian bug report logs - #1799
smail nameresloving problems

Reported by: jlarkin@aij.st.hmc.edu (John T. Larkin).

Message received at debian-bugs:


From aij.st.hmc.edu!jlarkin Fri Nov  3 16:53:34 1995
Return-Path: <jlarkin@aij.st.hmc.edu>
Received: from pixar.com by mongo.pixar.com with smtp
	(Smail3.1.28.1 #15) id m0tBWrW-0006TaC; Fri, 3 Nov 95 16:53 PST
Received: from AIJ.ST.HMC.Edu by pixar.com with SMTP id AA03931
  (5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Fri, 3 Nov 1995 16:53:05 -0800
Received: by aij.st.hmc.edu
	id <m0tBWrc-0005f9C@aij.st.hmc.edu>
	(Debian /\oo/\ Smail3.1.29.1 #29.33); Fri, 3 Nov 95 16:53 PST
Message-Id: <m0tBWrc-0005f9C@aij.st.hmc.edu>
From: jlarkin@aij.st.hmc.edu (John T. Larkin)
Subject: smail nameresloving problems
To: debian-bugs@pixar.com
Date: Fri, 3 Nov 1995 16:53:40 -0800 (PST)
X-Mailer: ELM [version 2.4 PL24 PGP2]
Content-Type: text
Content-Length: 5227      

smail: 3.1.29.1 rev 13.
I'm having a problem with smail.  It was recently working just fine.  But
for some reason unknown to me, it has stopped working.
Here is a summary of the problem:

My fdqn is aij.st.hmc.edu.  Foo.st.hmc.edu is a another member of the domain
st.hmc.edu.  I have no problems using 'host' or nslookup to discover the
ip address of 'foo.st.hmc.edu', nor do I have a problem using nslookup or
host to find the ip address of 'foo', the short hostname by itself.

Sending mail to user@foo results in a returned message from the mailer-
daemon, host unknown.  Mail to user@foo.st gives the same error.
Sending mail to user@foo.st.hmc.edu (the fdqn) is ok.
Here's  my /etc/resolv.conf:
  domain st.hmc.edu
  search st.hmc.edu hmc.edu
  nameserver 134.173.53.8
  nameserver 134.173.32.20
  nameserver 134.173.42.2
The nameservers all work correctly.
Here is /etc/host.conf
  order hosts,bind
  multi on
Here is /etc/smail/routers
# This is the Smail routers file, which says what to do with mail destined for
# remote hosts.  This configuration is for Internet and satellite systems.
# It was originally generated by `smailconfig', part of the Smail package
# distributed with Debian, but it may edited by the mail system administrator.
# This file originally generated by smailconfig at Tue Oct 31 23:49:46 PST 1995
# See smail(5) for details of the things that can be configured here.

inet_addrs:
	driver=gethostbyaddr, transport=smtp;
	check_for_local, fail_if_error

inet_hosts:
	driver=bind, transport=smtp;
	defer_no_connect, -local_mx_okay, +defnames, +dns_search,
	gateways=hmc.edu:uucp:bitnet
Using any options of +/-defnames and +/-dns_search do not change the
behavior in any way.  
Removing the file '/etc/smail/routers' fixes the problem.  However, as I'd
like to use a smarthost for uucp and bitnet mail, this is very inconvient.

All operations involving doing something with 'foo' work correctly, for
instance 'telnet foo' works fine, so does something like 'finger @foo'.

Here is an included message from another debian smail user with the
same problem.
-----------------------------------------------------------------------

 Ack, I have been at this an hour, and I have come to the conclusion
 that I am missing something -- probably something completely obvious.

 Ok, the situation is as follows.

	 I have a new nameserver set up at 198.112.200.8
	 This nameserver has an "MX" record for our domain
	 This nameserver has "A" records for _all_ hosts
	 Using the new nameserver:
	  I can nslookup any short hostname, fqdn, or MX record.
	  I can telnet to any host, using the short hostname or fqdn.
	  I can mail to any fqdn or MX alias.
 =======> I _can't_ *mail* to any short hostname except the localhost's
	   (it says "host unknown" when I do a "smail -bt" test)

 Can somebody help me figure out what it is trying to do?  Smail seems
 to be failing to figure out that it needs to tack on .simons-rock.edu
 to the name.  As I said above, I can nslookup short hostnames and fqdn
 just fine (e.g. plato and plato.simons-rock.edu).



 My DNS records are set up in the following format :
 ; MX Mail routing ("A" records are for broken mailers which require IPs.)
 simons-rock.edu.                IN MX 0         plato.simons-rock.edu.
 simons-rock.edu.                IN A            198.112.200.2
 abel.simons-rock.edu.           IN MX 0	        plato.simons-rock.edu. 

 ; Networking Office                                             1 - 30
 plato.simons-rock.edu.          IN A            198.112.200.2
 www.simons-rock.edu.            IN CNAME        plato.simons-rock.edu.
 gopher.simons-rock.edu.         IN CNAME        plato.simons-rock.edu.



 My /etc/resolv.conf:
 domain simons-rock.edu
 search simons-rock.edu
 nameserver 198.112.200.8



 My relevant /etc/smail/transports entry:
 smtp:   driver=tcpsmtp, max_addrs=100, -max_chars, inet;
	 use_bind, defer_no_connect, -local_mx_okay, defnames



 My /etc/smail/routers:
 inet_addrs:
	 driver=gethostbyaddr, transport=smtp;
	 check_for_local, fail_if_error

 inet_hosts:
	 driver=bind, transport=smtp;
	 defer_no_connect, -local_mx_okay, defnames,
	 gateways=uu.net:uucp:+:cunyvm.cuny.edu:bitnet


---------------------------------------------------------------------
  Here's some help from Ian Jackson
---------------------------------------------------------------------
 Hmm.  Can you try adding

	dns_search
	       type: boolean
	       If set allow the resolver to search its domain list
	       for  matches.  This experimental and might not have
	       the effect you expect depending  on  your  resolver
	       search capabilities.

 to your bind router and see what the effect is ?

 If you could try it with all of
  -defnames, -dns_search
  -defnames, +dns_search
  +defnames, -dns_search
  +defnames, +dns_search
 that would be excellent ...

----------------------------------------------------------------------
All of the options described by Ian do not work.  I am quite baffled by
the performance of smail, and have no idea how to fix the problem.

Any help at all would be greatly apprectiated.

--
				- John Larkin	
				- jlarkin@hmc.edu
		- <A HREF=http://aij.st.hmc.edu/~jlarkin>My home page.</A>

Acknowledgement sent to jlarkin@aij.st.hmc.edu (John T. Larkin):
New bug report received and forwarded.

Your message didn't have a Package: line at the start (in the pseudo-header following the real mail header), or didn't have a psuedo-header at all.

This makes it much harder for us to categorise and deal with your problem report; please ensure that you say which package(s) and version(s) the problem is with next time. Some time in the future the problem reports system may start rejecting such messages.

Full text available.


Report forwarded to debian-devel@pixar.com:
Bug#1799. Full text available.
Ian Jackson / iwj10@thor.cam.ac.uk, with the debian-bugs tracking mechanism
This page last modified 01:13:02 GMT Sat 04 Nov