From owner-freebsd-questions@FreeBSD.ORG Mon May 14 22:24:27 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DC3916A405 for ; Mon, 14 May 2007 22:24:27 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id EAAC313C448 for ; Mon, 14 May 2007 22:24:26 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay5.apple.com (a17-128-113-35.apple.com [17.128.113.35]) by mail-out3.apple.com (Postfix) with ESMTP id 15EDE13796A; Mon, 14 May 2007 15:24:08 -0700 (PDT) Received: from relay5.apple.com (unknown [127.0.0.1]) by relay5.apple.com (Symantec Mail Security) with ESMTP id B38F029C020; Mon, 14 May 2007 15:24:26 -0700 (PDT) X-AuditID: 11807123-9e88abb0000065b6-88-4648e19a80e6 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay5.apple.com (Apple SCV relay) with ESMTP id 9800F30400B; Mon, 14 May 2007 15:24:26 -0700 (PDT) In-Reply-To: <000101c7966e$6c352660$2101a8c0@asinusaureus> References: <000101c7966e$6c352660$2101a8c0@asinusaureus> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <21AA6607-6670-4758-81E0-8A9C77E2B054@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 14 May 2007 15:24:25 -0700 To: Ernest Sales X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-questions@freebsd.org, 'Jeffrey Goldberg' Subject: Re: sendmail init error: Can't assign requested address 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: Mon, 14 May 2007 22:24:27 -0000 On May 14, 2007, at 2:25 PM, Ernest Sales wrote: > Well, actually not so (sendmail_outbound_enable is supposed to be > set to > YES, as per defaults, but init says otherwise -- and I don't know > what that > means). But it starts without delays and can send/receive mail (even > internet mail, wow!). Take a look at /etc/defaults/rc.conf for all of the gory details. You probably meant sendmail_enable=YES, but: # Settings for /etc/rc.sendmail and /etc/rc.d/sendmail: sendmail_enable="NO" # Run the sendmail inbound daemon (YES/NO). sendmail_pidfile="/var/run/sendmail.pid" # sendmail pid file sendmail_procname="/usr/sbin/sendmail" # sendmail process name sendmail_flags="-L sm-mta -bd -q30m" # Flags to sendmail (as a server) sendmail_submit_enable="YES" # Start a localhost-only MTA for mail submission sendmail_submit_flags="-L sm-mta -bd -q30m - ODaemonPortOptions=Addr=localhost" # Flags for localhost-only MTA sendmail_outbound_enable="YES" # Dequeue stuck mail (YES/NO). sendmail_outbound_flags="-L sm-queue -q30m" # Flags to sendmail (outbound only) sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue mail (YES/NO). sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m" # Flags for sendmail_msp_queue daemon. > I chose .localhost to qualify the hostname because the notion of > "public" > domain name is where I get lost. Can I pick any word as TLD/SLD to > operate > in a private LAN? Yes, but using a local domain which conflicts with existing domains is strongly not recommended. Consider what happens if a local config issue bounces email or worse to somebody else, or consider what happens if you chose ".net" or ".com" instead of ".localhost". > Is there any standard, anything like the CIDR blocks reserved for > private networks? The zeroconf/rendezvous stuff likes to use ".local" as the domain unless other info is available. > Researchs led me to RFC 2606, alternative DNS > roots, and the like, but I couldn't distill any practical advice. > Which will > be the interactions if I choose e.g. .somedomain.com? Now if I send > a mail > to the internet, it has a From field (user@hostname) unusable to > reply to; > if this was user@hostname.somedomain.com it could fake some real mail > address. Yes, absolutely, or to bounce email back to the example domain. Network admins get cross when you pretend to be in a domain that you have no affiliation with and they have to get your ISP to clean up after you.... :-) -- -Chuck