> Now, the rest of the network also needs much
> of the same info as the auth server, in order to
> easily call each computer by sysname, etc..
> This means that when a new node is added to
> the Plan 9 network, changes will be needed
> to be made in two places: the main network's
> /lib/ndb/local
On Tue, Sep 07, 2010 at 09:09:11AM +0200, Lucio De Re wrote:
> On Mon, Sep 06, 2010 at 11:45:01PM -0700, Akshat Kumar wrote:
> >
> > I'm using Google mail servers to send
> > mail - this shouldn't be in the RBL.
> >
> Damn right. The criterion for dumping IP addresses into my private RBL
> is th
On Mon, Sep 06, 2010 at 11:45:01PM -0700, Akshat Kumar wrote:
>
> I'm using Google mail servers to send
> mail - this shouldn't be in the RBL.
>
Damn right. The criterion for dumping IP addresses into my private RBL
is that an attempt was made to send mail to a local, unregistered address.
In th
Hi Lucio,
Thanks for your message! I tried to reply
to you directly, but got the following
error when I sent you my message:
> Delivery to the following recipient failed permanently:
>
> lu...@proxima.alt.za
>
> Technical details of permanent failure:
> Google tried to deliver your messag
My new auth server is completely standalone:
it uses the kfs file system and boots off its own
(solid state) disk. The rest of the network, for
which it performs the authentication tasks, is
based on a separate file server node. The auth
server also runs dhcpd, tftpd, and a dns server.
As such, its
