From owner-freebsd-stable Fri Sep 15 12:28:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cmh-dial.columbus.rr.com (cmh-dial.columbus.rr.com [204.210.252.23]) by hub.freebsd.org (Postfix) with ESMTP id 526A237B422 for ; Fri, 15 Sep 2000 12:28:48 -0700 (PDT) Received: from columbus.rr.com (dhcp26130024.columbus.rr.com [24.26.130.24]) by cmh-dial.columbus.rr.com (8.9.3/8.9.3) with ESMTP id PAA19045 for ; Fri, 15 Sep 2000 15:27:59 -0400 (EDT) Message-ID: <39C279B2.46BCA0FA@columbus.rr.com> Date: Fri, 15 Sep 2000 15:34:10 -0400 From: Bill Moran X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 Cc: stable@FreeBSD.ORG Subject: Re: qmail + freebsd = reboot References: <00091510304000.03232@idefix.omnix.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Did you install the patch found here?: http://www.ckdhr.com/ckd/qmail-103.patch I don't know if this is the problem you're describing, but it sounds familiar. Didier Derny wrote: > > hi, > > there r bugs, in qmail + 1 in freebsd (at least for 3.x) > > check ipme.c in the qmail source it allocat a 256 bytes buffers > and use it in a structure for an ioctl call to freebsd to get some > information from the network interface. > > first the 256 byte buffer is arbitrarily allocated (first bug) > then freebsd trash the memory located "behind/above" this buffer > this buffer is not large enough if you have too many ip aliases > even though the length of the buffer is declared in the structure > (freebsd bug) > > for me it crashed qmail-remote and qmail-smtpd (/var/qmail/control) database > problems. > > I increased the buffer to 512 bytes and it solved the problem > [it's not clean but it worked for me] -- FreeBSD ('BSD'): No battles to the death are recalled. It is a small Daemon wearing sneakers. It is normally found on Internet servers and powerful desktops, and moves very quickly. A kill of this poweful creature is enough to tick off any sysadmin. It is highly magical, having the power to serve. It resists DoS and SYN flood attacks. Nothing is known about its attack. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message