Re: DSA Stats for the fortnight ending Friday the 24th of April, 1992
pays@faugeres.inria.fr Sat, 25 April 1992 00:42 UTC
Received: from nri.nri.reston.va.us by ietf.NRI.Reston.VA.US id aa03160; 24 Apr 92 20:42 EDT
Received: from nri.reston.va.us by NRI.Reston.VA.US id aa22570; 24 Apr 92 20:46 EDT
Received: from bells.cs.ucl.ac.uk by NRI.Reston.VA.US id aa22565; 24 Apr 92 20:46 EDT
Received: from mhs-relay.ac.uk by bells.cs.ucl.ac.uk via JANET with NIFTP id <g.13883-0@bells.cs.ucl.ac.uk>; Fri, 24 Apr 1992 23:36:03 +0100
X400-Received: by mta mhs-relay.ac.uk in /PRMD=UK.AC/ADMD= /C=GB/; Relayed; Fri, 24 Apr 1992 23:35:21 +0100
X400-Received: by /PRMD=inria/ADMD=atlas/C=FR/; Relayed; Sun, 26 Apr 1992 23:35:18 +0100
Date: Fri, 24 Apr 1992 22:35:21 +0000
X400-Originator: pays@faugeres.inria.fr
X400-MTS-Identifier: [/PRMD=inria/ADMD=atlas/C=FR/; 704154918@faugeres.inria.fr]
X400-Content-Type: P2-1984 (2)
Content-Identifier: Re: DSA Stat...
From: pays@faugeres.inria.fr
Message-ID: <704154918.4352.0@faugeres.inria.fr>
To: osi-ds@cs.ucl.ac.uk
Subject: Re: DSA Stats for the fortnight ending Friday the 24th of April, 1992
Steve sorry to bother you once more, but once more I have to complain about your results Please stop probing the French master if your software is unable to work with other DSAs than QUIPU ones, or if you are not willing or unable to modify it in order to have correct results! I appreciate all the work done at UCL, but I am tired to again and again signal you this incorrect behaviour of your probing mechanism. If you are doing this for the fun of it and have no intention to fix this, I ask you to stop probing C=FR. If you are doing it as part of the COSINE PARADISE contract, please correct as soon as possible or explain us and COSINE why you cann't ou want not do it properly. If you need help or explanation about something here, please let me know it, but please don't go on as it is now. I was told at UCL 2 days ago that the probe was a mere "BIND", it seems it is not the case, you are trying to read a non existing entry (which I already signaled before)! Follows an example of the log I have Fri Apr 24 19:46:29 1992 : For Directory User: < < < C; < PrintableString= GB>>>; < < O; "University College London">>; < < OU; "Computer Science">>; < < CN; "UCL DSA Probe">>> ROS action: INVOKE Request Accepted Requested Operation: Directory accessed via DAP processing name resolution Options are: dont dereference alias = 0 dont use copy = 0 Name resolution Phase done at: Fri Apr 24 19:46:29 1992 Entry not local: < < < C; < PrintableString= FR>>>; < < O; urec>>; < < CN; opaxdsa>>> Operation shall return a: Error This is not correct: the DN of opaxdsa is <C=FR; O=CNRS; CN=OPAXdsa> -- PAP