Re: [9fans] sharing the ndb(6) database

2010-09-07 Thread Akshat Kumar
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 message,

Re: [9fans] sharing the ndb(6) database

2010-09-07 Thread Lucio De Re
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 this

Re: [9fans] sharing the ndb(6) database

2010-09-07 Thread Lucio De Re
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 that an

Re: [9fans] sharing the ndb(6) database

2010-09-07 Thread erik quanstrom
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 and

[9fans] sharing the ndb(6) database

2010-09-06 Thread Akshat Kumar
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,