From owner-freebsd-hackers Sat Apr 1 14:38:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03020 for hackers-outgoing; Sat, 1 Apr 1995 14:38:31 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA03014 for ; Sat, 1 Apr 1995 14:38:30 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12106; Sat, 1 Apr 95 15:30:45 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504012230.AA12106@cs.weber.edu> Subject: Re: Mail... To: peter@bonkers.taronga.com (Peter da Silva) Date: Sat, 1 Apr 95 15:30:45 MST Cc: taob@gate.sinica.edu.tw, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199504011503.JAA01947@bonkers.taronga.com> from "Peter da Silva" at Apr 1, 95 09:03:14 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > The moral is, why not just change the mail delivery software to store the mail > in this format in the first place? Maybe even in the user's home directory > in "Mail/inbox"? Actually, I like sticking the mail in the user's home directory because of wanting to apply accounting. 8-). There's a program for redirecting the /var/spool/mail/ into /home//.mailspool- (or wherever, based on the user name) called "hlfsd". It's an NFS symlink redirectory like AMD, and compiles with no changes under FreeBSD 1.1.5.1 (sorry, haven't tried it on 2.x). If the mail were to subdirectory after that, this could be an effective mechanism. I agree that the mail delivery programs themselves really want to be modified to use a uniform storage format -- but I think the first step is to get them using common code to access mail items before changing the layout, since that would mean one piece of code to change when you went to that. That's why I suggested a library mail API was the first order of business. This is not to say I wouldn't want to have FS changes; there's a lot of other good reasons for FS changes besides that, though, and a more general mechanism for forks is probably a better platform to build upon to make that happy. You want forks anyway for icon information, destop location and sorting preferences, and application to launch for a given data file. Not to mention callbacks from the file system when a directory currently open for display is changed so the changes are immediately visible. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.