From owner-freebsd-current Fri Apr 5 13:56: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id 5303A37B41B; Fri, 5 Apr 2002 13:56:04 -0800 (PST) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id A79DE1E13D; Fri, 5 Apr 2002 16:56:00 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id QAA20923; Fri, 5 Apr 2002 16:55:59 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id NAA20541; Fri, 5 Apr 2002 13:55:59 -0800 (PST) Message-Id: <200204052155.NAA20541@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: gshapiro@FreeBSD.ORG Subject: Re: Last round of sendmail startup changes in place Cc: freebsd-current@FreeBSD.ORG Date: Fri, 5 Apr 2002 13:55:58 -0800 Versions: dmail (solaris) 2.4/makemail 2.9b Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG BTW, not that this is particularly related to startup scripts, but -- I found it quite frustrating that due to a transient failure at submission time, my mail went into /var/spool/clientmqueue, for which you have to use "mailq -Ac", which is pretty much completely undocumented. It turned out OK because there was actually a daemon there whose job it was to process that queue, but from a user experience point of view, sending mail, having it talk about a transient failure and that it was queued, and then not having that message show up in "mailq" was fairly astonishing (and stress-inducing until I found the "other" queue). Anyway, that was really a long way of saying: should this be documented somewhere? Like, prominently in the mailq man page? And, addressing the initial failure itself: apparently I need to add O ResolverOptions=WorkAroundBrokenAAAA and my masquerading options to submit.cf; are there any plans to add per-host submit.mc handling (i.e. a SENDMAIL_MC equivalent) to /etc/mail/Makefile? Is there any general advice on what MC stuff goes where at this point (e.g. does the masquerading stuff only go in submit.cf, or should it also be in sendmail.cf, etc.) Thanks, Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message