From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <25ce826aaa31b7b821046e74fd4c681b@plan9.bell-labs.com>
From: David Presotto <presotto@closedmind.org>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] ATA next
In-Reply-To: <20040122162315.D28365@cackle.proxima.alt.za>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Date: Thu, 22 Jan 2004 10:53:26 -0500
Topicbox-Message-UUID: bd8f89ea-eacc-11e9-9e20-41e7f4b1d025

On Thu Jan 22 09:24:50 EST 2004, lucio@proxima.alt.za wrote:
> Now I can run imap4d on the slowest, smallest server in my
> office/network :-)  Something tells me either imap4d does not need
> to run on an auth server (it _does_ change identity, doesn't it?)
> or the auth server needs to be considerably more beefy than used
> to be the case a few years ago (don't I recall comments to the
> effect it could run on small 386?).

There's no reason why imapd should run on an auth server.
Lots of services change id (cpu, rx, ssh, ...).

Our auth server has gotten a lot bigger though it doesn't have to be;
we just had some 700 MH zeon's lying around when we needed a bigger
machine..

We use the same machine as an auth server, console server,
and dhcp/bootp/tftp server.  Its basicly the stand alone server that
we use to get the rest of the system up after power failures or
file server reboots.