Re: Probing....
George Michaelson <G.Michaelson@cc.uq.oz.au> Sat, 16 May 1992 01:40 UTC
Received: from nri.nri.reston.va.us by ietf.NRI.Reston.VA.US id aa04971; 15 May 92 21:40 EDT
Received: from nri.reston.va.us by NRI.Reston.VA.US id aa23445; 15 May 92 21:46 EDT
Received: from bells.cs.ucl.ac.uk by NRI.Reston.VA.US id ab23441; 15 May 92 21:46 EDT
Received: from brolga.cc.uq.oz.au by bells.cs.ucl.ac.uk with Internet SMTP id <g.17094-0@bells.cs.ucl.ac.uk>; Sat, 16 May 1992 01:51:05 +0100
Received: from cc.uq.oz.au by brolga.cc.uq.oz.au with SMTP (PP) id <03774-0@brolga.cc.uq.oz.au>; Sat, 16 May 1992 10:50:29 +1000
To: directory-pilot@jnt.ac.uk, osi-ds@cs.ucl.ac.uk, panamas@paradise.ulcc.ac.uk, gb-dir-pilot@xtel.co.uk
cc: Andrew Macpherson <A.Macpherson@bnr.co.uk>, osi-ds@ucl.ac.uk
Subject: Re: Probing....
In-reply-to: Your message of "Fri, 15 May 92 12:27:11 +0100." <10246.705929231@xtel.co.uk>
Date: Sat, 16 May 1992 10:50:26 +1000
Message-ID: <3771.705977426@brolga.cc.uq.oz.au>
From: George Michaelson <G.Michaelson@cc.uq.oz.au>
The other disadvantage is that some software (e.g. PP) is beginning to use the directory and is dependent, to some extent, on it being available. It would seem to me therefore that the sooner you knew it wasn't and fixed it the better. Much tho I love running PP, this is the worst of all possible reasons to state for needing to check on the directory availability. If PP is making unwarranted assumptions about the availability of a global directory service then PP needs to address this by suitable fallbacks. I don't think the directory is within spitting distance of being as reliable as DNS for instance... -George
- Re: Probing.... Andrew Macpherson (Postmaster)
- Re: Probing.... George Michaelson