From owner-freebsd-questions@FreeBSD.ORG Tue Apr 1 20:04:57 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C27D61065670 for ; Tue, 1 Apr 2008 20:04:57 +0000 (UTC) (envelope-from chris@smartt.com) Received: from nov.smartt.com (nov.smartt.com [69.31.173.253]) by mx1.freebsd.org (Postfix) with ESMTP id 9F09D8FC23 for ; Tue, 1 Apr 2008 20:04:57 +0000 (UTC) (envelope-from chris@smartt.com) Received: from [69.31.174.220] ([69.31.174.220]) (authenticated bits=0) by nov.smartt.com (8.13.8/8.13.5) with ESMTP id m31K4kX5025968; Tue, 1 Apr 2008 13:04:46 -0700 Message-ID: <47F29568.2020601@smartt.com> Date: Tue, 01 Apr 2008 13:04:56 -0700 From: Chris St Denis User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Dan Busarow References: <47F149A8.4030509@smartt.com> <004a01c89384$7cbebbe0$763c33a0$@com> <5886FD4F-65DA-4BD8-B5E7-707BA97E34BF@dpcsys.com> In-Reply-To: <5886FD4F-65DA-4BD8-B5E7-707BA97E34BF@dpcsys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on nov.smartt.com Cc: fred , freebsd-questions@freebsd.org Subject: Re: changed sendmail behavior on FreeBSD 7? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 20:04:57 -0000 Dan Busarow wrote: > > On Mar 31, 2008, at 5:11 PM, fred wrote: > >> Hi, I am having the exact same problem with a server running >> FreeBSD-7.0. >> >> The hostname is : server1.mydomain.com >> MX for mydomain.com is not server1. >> >> sendmail -v user@mydomain.com < test.msg will result in user unknown >> >> but >> >> sendmail -v anotheruser@anotherdomain.com < test.msg will work. >> >> If anyone knows how to get around this? > > In your .mc file > > define(`confDONT_PROBE_INTERFACES', `true') > > Dan > > > >> -----Original Message----- >> From: owner-freebsd-questions@freebsd.org >> [mailto:owner-freebsd-questions@freebsd.org] On Behalf Of Chris St Denis >> Sent: 31 mars 2008 16:29 >> To: freebsd-questions@freebsd.org >> Subject: changed sendmail behavior on FreeBSD 7? >> >> I've setup a new web server hostname doremi.ctgameinfo.com. When I try >> to send mail to username@ctgameinfo.com it tries to deliver it locally >> instead of to the mx server mx1.ctgameinfo.com. >> >> In previous versions this seems to work correctly. Why would it be >> trying to deliver locally this time? I'm running default sendmail config >> that comes with the standard install. >> >> >> Another server I have seems to have this problem even worse. It's a web >> server, and for any of the hundreds of domains hosted on it (www A >> records pointed at it, but MX records pointed elseware) it also tries to >> deliver locally. I was able to get this mostly working by using a >> smarthost to the actual mail server, but I don't understand why it would >> be ignoring the mx records. >> >> I've never had problems like these with previous versions. What has >> changed? >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" Thanks, this seems to have fixed the problem.