Mail Delivery within Local Domain Takes Hours

Maxine Simpson msimpson at prexar.com
Sat Feb 7 10:49:05 PST 2004



	I think your guess is probably right...at least, that's what I'm leaning
towards...when I trace the sending of an individual mail message, it fails
on what looks like a DNS query - (I'm on a steep learning curve here...
 8-) )   And our mail server was at one time our primary dns server - but is
no longer (this was before me - I've only been on board a few weeks) - yet
it almost looks like it's trying to query the mail server as a dns
server....

Here's a sample output - am I missing something obvious?  Any replaced
system names are fully qualified...

		Also, down at the bottom of the trace are these names....
prisoner.iana.org. hostmaster.root-servers.org .... what are these supposed
to be?  The second one doesn't even resolve...

		I've since removed the loopback address from the resolv.conf.

Lots of questions....please be patient?  Learning as fast as I can!  8-)
Maxine




;; res_querydomain(Our_Mail_Server_Name_Here, <Nil>, 1, 1)
;; res_query(Our_Mail_Server_Name_Here, 1, 1)
;; res_mkquery(0, Our_Mail_Server_Name_Here, 1, 1)
;; res_send()
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52494
;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;;	Our_Mail_Server_Name_Here, type = A, class = IN
;; Querying server (# 1) address = 127.0.0.1
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52494
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;;	Our_Mail_Server_Name_Here, type = A, class = IN
Our_Mail_Server_Name_Here.  5M IN A  IP_ADDR_Of_Our_Mail_Server_Here
Our_Domain_Name_Here.		5M IN NS	Our_Primary_DNS_Server_Name_Here.
Our_Domain_Name_Here.		5M IN NS	Our_Secondary_DNS_Server_Name_Here.
Our_Primary_DNS_Server_Name_Here.		5M IN A		IP_Addr_of_Primary_DNS_Server
Our_Primary_DNS_Server_Name_Here.		5M IN A		IP_Addr_of_Secondary_DNS_Server
;; res_query(Our_Mail_Server_Name_Here.in-addr.arpa, 1, 12)
;; res_mkquery(0, Our_Mail_Server_Name_Here.in-addr.arpa, 1, 12)
;; res_send()
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52495
;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;;	Our_Mail_Server_Name_Here.in-addr.arpa, type = PTR, class = IN
;; Querying server (# 1) address = 127.0.0.1
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52495
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 6, ADDITIONAL: 6
;;	Our_Mail_Server_Name_Here.in-addr.arpa, type = PTR, class = IN
IP_ADDR_Of_Our_Mail_Server_Here.in-addr.arpa.  2m7s IN PTR
Our_Mail_Server_Name_Here.
Reversed_Net_IP_Addr_Part.in-addr.arpa.  2m7s IN NS
Our_Primary_DNS_Server_Name_Here.
Reversed_Net_IP_Addr_Part.in-addr.arpa.  2m7s IN NS
Our_Secondary_DNS_Server_Name_Here.
Reversed_Net_IP_Addr_Part.in-addr.arpa.  2m7s IN NS
Outside_DNS_Server1.net.
Reversed_Net_IP_Addr_Part.in-addr.arpa.  2m7s IN NS
Outside_DNS_Server2.net.
Reversed_Net_IP_Addr_Part.in-addr.arpa.  2m7s IN NS
Outside_DNS_Server3.net.
Reversed_Net_IP_Addr_Part.in-addr.arpa.  2m7s IN NS
Outside_DNS_Server4.net.
Our_Primary_DNS_Server_Name_Here.		4m42s IN A	IP_Addr_of_Primary_DNS_Server
Our_Secondary_DNS_Server_Name_Here.		3m41s IN A
IP_Addr_of_Secondary_DNS_Server
NS1-AUTH.SPRINTLINK.net.  15h15m30s IN A  206.228.179.10				(Valid Address)
NS2-AUTH.SPRINTLINK.net.  22h55m53s IN A  144.228.254.10				(Valid Address)
NS3-AUTH.SPRINTLINK.net.  1d17h39m21s IN A  144.228.255.10				(Valid
Address)
ICM1.ICP.net.		1d22h55m41s IN A  192.94.207.66				(Valid Address)
;; res_query(1.0.168.192.in-addr.arpa, 1, 12)
(We don't use these network #'s, why query?)
;; res_mkquery(0, 1.0.168.192.in-addr.arpa, 1, 12)			            (this
address doesn't resolve either...)
;; res_send()
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52496
;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;;	1.0.168.192.in-addr.arpa, type = PTR, class = IN
;; Querying server (# 1) address = 127.0.0.1
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 52496
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;;	1.0.168.192.in-addr.arpa, type = PTR, class = IN
168.192.in-addr.arpa.	1h44s IN SOA	prisoner.iana.org.
hostmaster.root-servers.org. (
					2002040800	; serial
					30M		; refresh
					15M		; retry
					1W		; expiry
					1W )		; minimum

;; rcode = 3, ancount=0


-----Original Message-----
From: Kevin D. Kinsey, DaleCo, S.P. [mailto:kdk at daleco.biz]
Sent: Friday, February 06, 2004 1:54 PM
To: Maxine Simpson
Cc: freebsd-questions at freebsd.org
Subject: Re: Mail Delivery within Local Domain Takes Hours


Maxine Simpson wrote:

>Hello,
>
>	This is my first post....here goes...
>
>	My mail server is a FreeBSD box running sendmail and cucipop.  Cucipop is
>doing its authentication with Radius.
>
>	I realize this is 'bare bones' information (and would happily supply
>more) - but my situation is this:
>
>	1.  Mail leaving our local domain is delivered to domains outside within a
>minute or two.
>
>	2.  Mail coming into our local domain is also delivered within a minute or
>two.
>
>	3.  Mail between users in our local domain (user1 at ourdomain.com to
>user2 at ourdomain.com) takes ~4 hours to be delivered.  (???)
>
>	Any thoughts on what might be causing this?
>
>Thanks in advance,
>Maxine
>
>
>
Guess:  DNS issues locally?

Kevin Kinsey



More information about the freebsd-questions mailing list