Date: Thu, 6 Dec 2001 17:58:31 -0600 From: Anthony Kim <niceshorts@yahoo.com> To: Dave Atkins <dave@atkinshome.com> Cc: freebsd-questions@freebsd.org Subject: Re: sendmail times out connecting to local mailserver (for relay now) Message-ID: <20011206235831.GD549@boethius.telocity.com> In-Reply-To: <001201c17e39$ec83f0b0$6700a8c0@atkinshome.com> References: <20011206034057.GB3737@boethius.telocity.com> <001201c17e39$ec83f0b0$6700a8c0@atkinshome.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Dec 06, 2001, Dave Atkins wrote: > I succeeded in getting the crmail (192.168.1.244) server in the > data center to relay email sent from my test server > (192.168.5.107) in the office. I did this by: 1) putting hosts > file entries on both servers so they could find each other > forward and reverse 2) enable relaying on crmail from local > addresses 3) specified DS crmail.crdc.consumerreview.org in > sendmail.cf 4) restarting sendmail Sounds fine. What is crmail.crdc.consumerreview.org? A machine outside your private IP space? Does it resolve to 209.67.50.203? And why doesn't consumerreview.org have an MX record? It used to be the case that sendmail would first look for an MX record, and if not, it would attempt mail delivery to the A record if there was one. (I don't know - I don't follow sendmail.) I wonder if that behavior still exists... > I followed this configuration on my data center machine > (192.168.1.33) and it did not work. I get an *immediate* > timeout from sendmail when I try to send. When you try to send mail and it fails, are you saying, you can't send mail from the data center machine to...where? Relaying through crmail out to the world? Please examine your maillog. > So, I made the test server a relay also, added the data center > machine in as an allowed relay host and I am able to use the > test server as an intermediate relay. So, an email goes from > one server, through a router and T1 back to the office, to > another server, then back up through the T1 to the same router, > to the mail server which is plugged into the same switch as the > original sending server. So from the data center server, you can send mail but only to your test server. It has smarthost set to your test server which ultimately pipes it back to crmail (192.168.1.244) as a temporary hack? Is that correct? Sounds like maybe crmail isn't properly relaying mail based on that description. > Does this make any sense at all??? The instantaneous timeout > seems to me to indicate that the connection is being reset or > something (but it is not being "denied"--the mail server does > not log any activity). But these two servers are on the same > subnet--I don't see how the PIX or Alteon could have any > effect. And DNS is not an issue now...once the mail gets > relayed, it gets handled fine...but I just can get it to do the > simple hop from one server to the one on the rack below it. If you are denied when an SMTP client attempts to relay through marketplace, that machine is misconfigured. If you mean, from marketplace, you cannot use crmail (192.168.1.244) as your smarthost, and you have properly configured marketplace, then you have a misconfiguration on crmail. Try to limit the problem domain. Doublecheck DNS - get the easy stuff out of the way. Segment A Segment B crmail marketplace.crhq marketplace Tell me if this is correct: mail from marketplace to marketplace.crhq works. mail from marketplace to crmail does not. Right? How about mail from crmail to the world? (no outstanding DNS reverse lookup or identd issues as previous suggested?) How about mail from crmail to your local domain? That should never leave your network. Is that okay? Again, if it's not DNS and it's not a firewall issue, then it's sendmail.cf Read up on running sendmail in debugging mode. But there should be plenty of good info to be had in /var/log/maillog To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011206235831.GD549>