On Jun 20, 2007, at 21:43, Jo Rhett wrote:

> On Jun 20, 2007, at 10:40 AM, Kurt Buff wrote:
>> Indeed, which is why this patch might not be such a good idea. In
>> this
>> case, absence of evidence is indeed evidence of absence, which is
>> contrary to the general case.

>
> You appear to be completely confused about what this change does.
> All it does is TO ALLOW (not require) the OP to disable the
> spurious and empty output from successful cron jobs.
>
> If I get a message every day saying "No output", how do I know when
> a failure has occurred? This patch changes nothing about that
> behavior. Getting no message is equally useless in the situation
> where no output was generated *AND* the result code is positive.
>
> The more likely is that the OP starts deleting the messages unread
> each day and thus never sees an actual failure report.


You obviously both make a good point. You don't want to get flooded
by messages saying that everything is all right, but you do want to
know when not every machine is able to send such a message.

Would it help if "everything is all right"-mails would be easily
discerned from messages saying "there is a problem"?

IMHO that way you could move the "everything is all right" messages
into a separate mailbox which would serve as a coarse check (there'd
be about the same amount of new messages in it every day), while the
"there's a problem" mails would still stick out like a soar thumb.

I don't know how hard this would be, it'd probably be more work than
the suggested patch.

My 2 cents.
--
Alban Hertroys

"This person has performed an illegal operation,
and will be shot down."



!DSPAM:74,4679997c10034581612333!


_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis...freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"