From owner-freebsd-security  Tue May 22 17:58:38 2001
Delivered-To: freebsd-security@freebsd.org
Received: from cs4.cs.ait.ac.th (cs4.cs.ait.ac.th [192.41.170.16])
	by hub.freebsd.org (Postfix) with ESMTP id C1F5337B43C
	for <freebsd-security@FreeBSD.ORG>; Tue, 22 May 2001 17:58:33 -0700 (PDT)
	(envelope-from on@cs.ait.ac.th)
Received: from banyan.cs.ait.ac.th (on@banyan.cs.ait.ac.th [192.41.170.5])
	by cs4.cs.ait.ac.th (8.9.3/8.9.3) with ESMTP id HAA09785;
	Wed, 23 May 2001 07:55:35 +0700 (GMT+0700)
Received: (from on@localhost)
	by banyan.cs.ait.ac.th (8.8.5/8.8.5) id HAA13422;
	Wed, 23 May 2001 07:58:31 +0700 (ICT)
Date: Wed, 23 May 2001 07:58:31 +0700 (ICT)
Message-Id: <200105230058.HAA13422@banyan.cs.ait.ac.th>
X-Authentication-Warning: banyan.cs.ait.ac.th: on set sender to on@banyan.cs.ait.ac.th using -f
From: Olivier Nicole <on@cs.ait.ac.th>
To: veldy@veldy.net
Cc: glassfish@frogbox.dyndns.org, freebsd-security@FreeBSD.ORG
In-reply-to: <019b01c0e2fe$eb384d40$3028680a@tgt.com> (veldy@veldy.net)
Subject: Re: Qmail + FreeBSD 4.3
References: <GLECJJEOFFBMALIKCDHIAEHKCAAA.glassfish@glassfish.net> <019b01c0e2fe$eb384d40$3028680a@tgt.com>
Sender: owner-freebsd-security@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-security.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo?subject=subscribe%20freebsd-security>
List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20freebsd-security>
X-Loop: FreeBSD.org

Hi,

As a good rule, hardware fails in the first hour after turning the
power on for the first time, or it will fails some months/years later.

Like anything, hardware do wear off, let say your CPU fan lightly slow
down, it means CPU heat increase. Memory and card connectors are
submitted to vibrations, even if not perceptible to human, so the
contacts get oxyded (sp?). Examples could be multiple, it is not just
disk mortors that fails.

Best regards,

olivier

> Well bad hardware is less likely than its trying to overwrite memory it
> doesn't own. If he is being attacked, and it is a buffer overflow exploit,
> than overwriting memory it doesn't own is more likely than it being
> repeatidly hardware, especially after his system has been working fine all
> this time.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-security" in the body of the message