From owner-freebsd-current@FreeBSD.ORG Tue Oct 28 16:44:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C940F38 for ; Tue, 28 Oct 2014 16:44:22 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 021306AD for ; Tue, 28 Oct 2014 16:44:21 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hi2so2198666wib.13 for ; Tue, 28 Oct 2014 09:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=7jVVCXL+Ouw+fEp7Z1igJeihxvQ/nTXKH+VNKul3Nt0=; b=YTPTbvJw1bXBqltCGhUVCeqsKKTpEObp6Endkz1tzqLpOLGCUEiVOrsTzfjjklaKqd g1hK0CmnsfxGVC+aSGY9RkJluNZODEeadpEo5txVXBF2rt6SvNqRAT/rpJZ4r9jVAg8i RXgVy0JGmSlKbBNwRxRZIdwVzwM0/bt3XY3mo2NqyLo4CV6H7htJSFSeYVdJvLN53q+G enRmpwG0KVw6i6zhyQTyoDfpJKPz2xqMqvMrSIgyWsvLcpMDEw4zZPfV1lhXp+5uhd7n nk1Fy8d35ppfFTBvC1x0mNLFYYf+M1iBtdNvVm999lq3qv+AktRGHfxBQ420LcXzfNcZ FcrQ== X-Received: by 10.194.184.12 with SMTP id eq12mr5967464wjc.100.1414514660138; Tue, 28 Oct 2014 09:44:20 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id pn4sm2395322wjc.38.2014.10.28.09.44.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Oct 2014 09:44:19 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 28 Oct 2014 17:44:17 +0100 From: Baptiste Daroussin To: Harald Schmalzbauer Subject: Re: missing nullmailer feature in dma(8)/dmagent Message-ID: <20141028164417.GE26796@ivaldir.etoilebsd.net> References: <544F7059.6010608@omnilan.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DqhR8hV3EnoxUkKN" Content-Disposition: inline In-Reply-To: <544F7059.6010608@omnilan.de> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 16:44:22 -0000 --DqhR8hV3EnoxUkKN Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 28, 2014 at 11:30:49AM +0100, Harald Schmalzbauer wrote: > Hello, >=20 > I haven't found a way to instruct dma(8) to also forward unqualified > recipients to the relayhost. It always delivers unqualified addresses > locally (if not translated by "aliases"). >=20 > ssmtp(8) provides an option to define a recipient address for all local > recipients who's ID is <1000. > nullmailer(7) does exactly what I want, it doesn't care about the host > part of the recipient address, it just passes it over. >=20 > I'm missing an option for dma(8), which disables local delivery > completely, or like ssmtp, optionally only for ids <1000 resp. not > existing local users. >=20 > Why?: > Maintaining aliases at each machine is too expensive. > My aim is that any operator or daemon of any (human-users-less) machine > can simply drop mails to 'chief' or 'root' or 'monitor'. Then there are > MSAs (I don't call them mailhub, in my world a mailhub stores email, > which often is called a "mailhost"), and only these MSAs care about > recipient aliasing and delivery to mailhub or relayhost. With that setup > I have exactly one (resp. each redundant MSA) place to maintain aliases > and/or other forwarding rules/mailertables etc. Since most smtp-agent > implementations handle multiple A records =E2=80=93 although I haven't fo= und one > which evaluates MX records =E2=80=93 and I have more than one MSA, I can = pretty > reliably guaranteee that any failing machine/device/daemon can drop a > note which won't get lost. If I did aliasing on the mailhub instead at > the interposed MSA, I'd loose poor mans' redundancy=E2=80=A6 >=20 > According to dma(8) on 11-current, it's the same like in ports > (mail/dma), which I used for testing. > I like the decision to replace sendmail, since almost any time in the > past when I really needed to use the fullfeatured MTA capabilities, I > had to replace base sendmail with a SASL extended version=E2=80=A6 > But I'd still need to spread nullmailer(7) with current's dma featrues > in 11. >=20 The NULLCLIENT feature should exactly be what you are looking for, no? As written in the manpage: ---- Bypass aliases and local delivery, and instead forward all mails to the defined `SMARTHOST'. `NULLCLIENT' requires `SMARTHOST' to be set. ---- regards, Bapt --DqhR8hV3EnoxUkKN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRPx+EACgkQ8kTtMUmk6EyUsgCgmHSB/x/qhzZvg45BM6AxNiuV 7V4An3p4bFe+PlBhQgQuGDzTtz/FDYbZ =cnlz -----END PGP SIGNATURE----- --DqhR8hV3EnoxUkKN--