From owner-freebsd-hackers Fri Mar 31 21:36:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00883 for hackers-outgoing; Fri, 31 Mar 1995 21:36:09 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00875 for ; Fri, 31 Mar 1995 21:36:05 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA12857; Sat, 1 Apr 1995 13:36:22 +0800 Date: Sat, 1 Apr 1995 13:36:22 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Mail... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 31 Mar 1995, Christopher Sedore wrote: > > Isn't this more or less what MH does at a user level? I've often thought > that the MH model could be extended in many ways to do the above. Yes, but I suspect you can add a layer of abstraction to the mail handling process if you treat it at the filesystem level rather at the directory structure level. Sort of like the way 4.4BSD "ps" can read and use the /proc filesystem. I imagine mailing handling can also be made much more efficient, especially on large systems. Pulling stuff out of a /var/mail directory containing 6000 files is no fun. A mail fs could be optimized for this, since it no longer is restricted by Berkeley ffs rules. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org