From owner-freebsd-security  Wed Dec  4 14:36:55 1996
Return-Path: owner-security
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.3/8.7.3) id OAA19958
          for security-outgoing; Wed, 4 Dec 1996 14:36:55 -0800 (PST)
Received: from gateway.skipstone.com (root@GATEWAY.SKIPSTONE.COM [198.214.10.129])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA19953
          for <freebsd-security@freebsd.org>; Wed, 4 Dec 1996 14:36:52 -0800 (PST)
Received: from bugs.skipstone.com (bugs.skipstone.com [204.69.236.2]) by gateway.skipstone.com (8.7.4/8.6.9) with ESMTP id QAA03561; Wed, 4 Dec 1996 16:35:45 -0600
Received: from [204.69.236.50] (hotapplepie.skipstone.com [204.69.236.50]) by bugs.skipstone.com (8.7.5/8.7.3) with ESMTP id QAA16406; Wed, 4 Dec 1996 16:36:37 -0600
X-Sender: rkw@mail.dataplex.net
Message-Id: <l03010900aecbaaf1bdaa@[204.69.236.50]>
In-Reply-To: <199612042058.NAA11575@rocky.mt.sri.com>
References: <199612041958.NAA21344@alecto.physics.uiuc.edu>
 <199612041951.MAA11333@rocky.mt.sri.com>
 <199612041958.NAA21344@alecto.physics.uiuc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 4 Dec 1996 16:36:34 -0600
To: Nate Williams <nate@mt.sri.com>
From: Richard Wackerbarth <rkw@dataplex.net>
Subject: Re: Sendmail 8.8.4 questions...
Cc: freebsd-security@freebsd.org, igor@alecto.physics.uiuc.edu
Sender: owner-security@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>That would be 2.1.6.1.  And, it's a good release except for bugs that
>weren't known about until *after* it was set in stone such as the
>sendmail bug.

And a very few changes have been committed since then.
The ctm-src-2_1 list still gets changes once or twice a week.
I will be happy to continue to distribute any additional changes that get
committed. (Like a new sendmail ?)

IMHO, such security problem patches SHOULD get committed to the 2.1 tree
UNTIL 2.2 has proven itself. Since 2.2 is just now in "beta", I would guess
that might be around March, 1997.

If the existing commiters REFUSE to do so, perhaps we need some
other/additional committers who ARE WILLING. (I know it ain't fun, but it
really does go a long way toward giving us a reputation for the highest
quality)