From owner-freebsd-hackers Tue Nov 26 19:09:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20681 for hackers-outgoing; Tue, 26 Nov 1996 19:09:44 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA20675 for ; Tue, 26 Nov 1996 19:09:40 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id TAA07050; Tue, 26 Nov 1996 19:05:04 -0800 (PST) To: Michael Smith cc: peter@taronga.com, bmk@fta.com, jgreco@brasil.moneng.mei.com, brantk@atlas.com, hackers@FreeBSD.org Subject: Re: Replacing sendmail In-reply-to: Your message of "Wed, 27 Nov 1996 12:39:59 +1030." <199611270210.MAA05491@genesis.atrad.adelaide.edu.au> Date: Tue, 26 Nov 1996 19:05:04 -0800 Message-ID: <7048.849063904@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The "mailer" object, when installed, provides a "mailer-configuration" item > to the "network" configuration class, which provides facilities for > configuring the mailer. It also provides a "mailer-endisable" function > to the "security" class. This function knows how to en/disable the > "mailer" in such a fashion that the "mailer-configuration" object can > intelligently deal with it. That sounds pretty neat! I like this model as it allows things to remain organized in a consistent framework without sacrificing extensibility of the model as a whole. Yes, definitely! Jordan