We are in the process of migrating to a new ISP so the nslookup is returning
old values to you since we haven't made the 'big switch'. Use 209.94.100.100
to force nslookup to use our new ISPs DNS tables and you will see that
mail.dbmscan.com is not a CNAME but an MX record and an A record.
I used dig (from the server which uses the new ISPs DNS tables) to get this
information back:
---------------------------------------------------
dig dbmscan.com any
; <<>> DiG 8.3 <<>> dbmscan.com any
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 2, ADDITIONAL: 4
;; QUERY SECTION:
;; dbmscan.com, type = ANY, class = IN
;; ANSWER SECTION:
dbmscan.com. 1H IN A 209.94.123.34
dbmscan.com. 1H IN MX 10 mail.dbmscan.com.
dbmscan.com. 1H IN MX 100 smtp.bestweb.net.
dbmscan.com. 1H IN NS ns2.bestweb.net.
dbmscan.com. 1H IN NS ns1.bestweb.net.
dbmscan.com. 1H IN SOA dbmscan.com. hostmaster.bestweb.net.
(
2003042200 ; serial
1H ; refresh
15M ; retry
1D ; expiry
15M ) ; minimum
;; AUTHORITY SECTION:
dbmscan.com. 1H IN NS ns2.bestweb.net.
dbmscan.com. 1H IN NS ns1.bestweb.net.
;; ADDITIONAL SECTION:
mail.dbmscan.com. 1H IN A 209.94.123.34
smtp.bestweb.net. 1H IN A 209.94.102.73
ns2.bestweb.net. 1H IN A 209.94.100.200
ns1.bestweb.net. 1H IN A 209.94.100.100
--------------------------------------------------
So, the default sendmail installation should work in this setup, right?
So what is going wrong?
I noticed that one message got out through our new sendmail and it was sent
to the itools list with these headers:
---------------------------------------------------
Return-Path: <itools-request@xxxxxxxxxxxxxxx>
Received: from quwi.tenon.com (quwi.tenon.com [192.83.246.58])
by www.jcpllc.com (8.10.2/8.10.2) with ESMTP id h3OG9m910606;
Thu, 24 Apr 2003 12:09:48 -0400
Received: from hudson.local ([209.94.123.34]) by quwi.tenon.com
(Post.Office MTA v3.5.3 release 223 ID# 1001-52296U100L20S0V35)
with ESMTP id com for <itools@xxxxxxxxxxxxxxx>;
Thu, 24 Apr 2003 09:09:52 -0700
Received: from [192.168.1.8] (ool-182d78d0.dyn.optonline.net
[24.45.120.208])
by hudson.local (8.12.9/8.12.6) with ESMTP id h3OG9Yp1010202
for <itools@xxxxxxxxxxxxxxx>; Thu, 24 Apr 2003 12:09:34 -0400 (EDT)
User-Agent: Microsoft-Entourage/10.1.1.2418
Date: Thu, 24 Apr 2003 12:09:17 -0400
Subject: Re: how to debug sendmail relaying denied problems?
From: DC <dan.newsletter@xxxxxxxxxxx>
To: <itools@xxxxxxxxxxxxxxx>
Message-ID: <BACD846D.F6C%dan.newsletter@xxxxxxxxxxx>
In-Reply-To: <5312548F-75E9-11D7-94D5-000393129B2A@xxxxxxxxx>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Reply-To: itools@xxxxxxxxxxxxxxx
X-UIDL: ;9+"!T*a"!/h*!!H\]"!
-----------------------------------------------------------
It looks likeThere are 3 Received: sections, one from our local router IP,
one from our server (it says hudson.local), and one from what appears to be
our old sendmail set up at www.jcpllc.com. This last one is confusing me
since it looks like the sendmail server at our old installation actually
'lent a hand' in getting the message to its destination.
This message delivery is an anomaly, since usually the outgoing message from
my client software sits in the outbox without going anywhere.
Does any of this shed any light on the problems we are having getting mail
to be delivered?
Thanks for helping out!
dan
On 4/24/03 3:51 PM, "Eric Yang" <eyang@xxxxxxxxx> wrote:
>
> On Thursday, April 24, 2003, at 09:09 AM, DC wrote:
>
>> The file that is being modified by the iTools7 interface is:
>>
>> /etc/mail/local-host-names
>> /Library/Tenon/MailServer/Configuration/local-host-names is actually
>> blank!
>
> This is correct. MailServer/Configuration/local-host-names is blank,
> the files in that directory
> are not used except sendmail.cf. This is because /Library is a group
> writable directory and
> Sendmail can not use configuration files that is located in a group
> writable directory.
> Therefore, the configuration files in Mail/Configuration are served as
> template files only in
> the initial install.
>
>> The way I understood relay domains to work for our situation is that
>> you put
>> the IP address of the LAN router that supports our office network into
>> the
>> relay-domains file and then sendmail will allow clients that are behind
>> that
>> router to use sendmail to send and receive email.
>>
>
> I assume you are using the iTools system as mail.dbmscan.com right?
> I did a nslookup and I found:
>
> mail.dbmscan.com
> Server: apollo.1.168.192.in-addr.arpa
> Address: 192.168.1.100
>
> Non-authoritative answer:
> mail.dbmscan.com canonical name = www.dbmscan.com
>
> The mail.dbmscan.com is a CNAME record to www.dbmscan.com. You should
> change that to A record. Then Sendmail will function properly.
> Sendmail does not work when mail exchanger address is a CNAME record.
>
> Hope this helps.
>
> regards,
> Eric
> ------------------------------------------------------------------------------
> --------------------
> Eric Yang Senior Software Engineer
> Tenon Intersystems
> eyang@xxxxxxxxx
> 1123 Chapala Street
> 805-963-6983
> Santa Barbara, CA 93101
> http://www.tenon.com
> ------------------------------------------------------------------------------
> --------------------
>
---------
Tenon Intersystems' iTools Mailing List
To unsubscribe: send mail to
itools-request@xxxxxxxxxxxxxxx
with the body only containing:
unsubscribe
Find the searchable mailing list archives
at:
http://itools.blackpepper.co.nz/
|
