[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1799: smail nameresloving problems

smail: 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
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.

	driver=gethostbyaddr, transport=smtp;
	check_for_local, fail_if_error

	driver=bind, transport=smtp;
	defer_no_connect, -local_mx_okay, +defnames, +dns_search,
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
	 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  
 abel.simons-rock.edu.           IN MX 0	        plato.simons-rock.edu.

 ; Networking Office                                             1 - 30
 plato.simons-rock.edu.          IN A  
 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

 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:
	 driver=gethostbyaddr, transport=smtp;
	 check_for_local, fail_if_error

	 driver=bind, transport=smtp;
	 defer_no_connect, -local_mx_okay, defnames,

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

	       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>

Reply to: