From owner-freebsd-questions@FreeBSD.ORG  Sat Sep  3 20:36:20 2011
Return-Path: <owner-freebsd-questions@FreeBSD.ORG>
Delivered-To: questions@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 788091065670
	for <questions@freebsd.org>; Sat,  3 Sep 2011 20:36:20 +0000 (UTC)
	(envelope-from bonomi@mail.r-bonomi.com)
Received: from mail.r-bonomi.com (mx-out.r-bonomi.com [204.87.227.120])
	by mx1.freebsd.org (Postfix) with ESMTP id 4A1828FC08
	for <questions@freebsd.org>; Sat,  3 Sep 2011 20:36:19 +0000 (UTC)
Received: (from bonomi@localhost)
	by mail.r-bonomi.com (8.14.4/rdb1) id p83KZfse010717;
	Sat, 3 Sep 2011 15:35:41 -0500 (CDT)
Date: Sat, 3 Sep 2011 15:35:41 -0500 (CDT)
From: Robert Bonomi <bonomi@mail.r-bonomi.com>
Message-Id: <201109032035.p83KZfse010717@mail.r-bonomi.com>
To: brett@lariat.net, questions@freebsd.org
In-Reply-To: <201109031639.KAA25689@lariat.net>
Cc: 
Subject: Re: "at" command and mail
X-BeenThere: freebsd-questions@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: User questions <freebsd-questions.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
	<mailto:freebsd-questions-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-questions>
List-Post: <mailto:freebsd-questions@freebsd.org>
List-Help: <mailto:freebsd-questions-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
	<mailto:freebsd-questions-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Sep 2011 20:36:20 -0000

> From owner-freebsd-questions@freebsd.org  Sat Sep  3 11:39:54 2011
> Date: Sat, 03 Sep 2011 10:39:44 -0600
> To: questions@freebsd.org
> From: Brett Glass <brett@lariat.net>
> Cc: 
> Subject: "at" command and mail
>
> I'm setting up a FreeBSD appliance that won't be running a mail 
> daemon. I'd like the at(8) command to be there for scheduling of 
> commands, but do not see any way to prevent it from trying to send 
> mail after it executes a command. (There's not even a command line 
> option that says "do not mail," or at least I can't find one.) Am I 
> missing something, or does at(8) always expect to be able to send 
> mail? If so, would it be worth implementing an atrun.conf 
> configuration file that makes it optional and possibly sets other 
> defaults for at(8)?

Is 'atrun' actually sending the mails or is 'cron' doing it?  'atrun' is
invoked by 'cron', from a specification in the system crontab file.

Cron emails *whenever* a cron-scheduled job produces stdout or stderr
output.

Thus, by modifying the atrun line in crontab, to redirect both stdout
and stderr to /dev/null, you should prvent any 'mailing'.

You could, in theory, have the crontab line _append_ output to a filename
based on a timestamp, however, that intermixes output from all users.