[EMAIL PROTECTED] said:
> On Thu, 22 Apr 1999, Pike wrote:
>
> > Don't forget to edit all qmail's config files, startupthingies
> > , dotfiles, etc. to change Mailbox into mbox.
> >
> > I wish I could list exactly what to change where here, but hell,
> > qmail has spread itself all across the filesystem randomly.
Randomly? Surely everything goes in /var/qmail, the exception being users'
.qmail files?
> BTW, I wondered why qmail is not compliant to fsstnd? All the config files
> should reside at /etc/qmail, the docs at /usr/doc/qmail or
> /usr/local/doc/qmail, the binaries at /usr/bin or /usr/local/bin,
> respectively. Only /var/qmail/queue should be placed under /var, perhaps as
> /var/qmailq.
Personally, I prefer having each application in its own directory, with
symlinks from the common locations. This way I can have /opt/app-1.0 and
/opt/app-1.1, with a symlink /opt/app -> app-1.1, then /opt/bin/app ->
/opt/app/bin/app. That qmail prefers to live in /var I can live with. There's
nothing stopping you from installing qmail in /some/other/path, and symlinking
/some/other/path/queue -> /var/qmailq (actually, it would be easier to create
the symlink first, so the queue gets created on the right disk).
> The ~/.qmail files I'd suggest to put into ~/etc/qmail, rather than
> hiding them among the lots of various other `dotfiles' that you encounter
> in users' homes.
The point of putting them in users' home directories is so that the users can
maintain their own aliases without having to bother the sysadmin. This is a
very good thing.
> Is there good reason to place more or less static files --- not to mention
> an application specific hierarchy that could even be put into /opt/qmail
> (except for the queue) --- under /var?
I guess Dan wanted to have everything in one directory, but some of it was
appropriate for /var, so that's where it all went.
--
Peter Haworth [EMAIL PROTECTED]
"Alcohol and calculus don't mix. Don't drink and derive."
