[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

154.0. "X.500 support for ALL-IN-1" by KXOVAX::ISAAC ($cmkrnl_s routin=crashit ; when pick slip arrives) Mon Mar 02 1992 22:49



	Does ALL-IN-1 3.0 address X.500 ?

	Can any one direct me to some who knows what's going on with this ?

	John
T.RTitleUserPersonal
Name
DateLines
154.1No X.500AIMTEC::PORTER_TTerry Porter, ALL-IN-1 Support, Atlanta CSCMon Mar 02 1992 23:0612
ALL-IN-1 V3.0 does not contain any X.500 support.

The only thing that is X.500 like is DNS support for naming partitions in the
new File Cabinet.

However, I suspect that you mean X.500 support for mail addressing. Mail 
addressing is little changed from V2.4 (there have been some improvements
in the DDS interface, but that is about it).

HTH

Terry
154.2Yes mail addressing !KXOVAX::ISAAC$cmkrnl_s routin=crashit ; when pick slip arrivesTue Mar 03 1992 03:3515
>>However, I suspect that you mean X.500 support for mail addressing. Mail 
>>addressing is little changed from V2.4 (there have been some improvements
>>in the DDS interface, but that is about it).

	Yes Mail addressing !   I realize the X.500 product set wasn't quite
yet available but I was wondering what type of stuff was being planned.  
The DDS support (at least with ALL-IN-1 2.4 and MR 3.1B) is very slow.  The
one big advantage with the ALL-IN-1 em subsystem is the ability to validate at
entry time. I suspect my customer will write their own initial hooks using
MAIDES and CMU stuff but I would like more information before we pursue this
route.

	

154.3Wrong conference for `futures' discussion.IOSG::MARCHANTOnly parrots succeedTue Mar 03 1992 09:468
    Since you are asking about futures, this is the wrong conference. These
    questions would be better asked in the A1INFO conference (see notes 4.*
    for membership pointer, if you aren't a member already.)  I would have
    directed you to product management, but just who that is is a bigger
    mystery to me as well!
    
    Cheers,
        Paul.
154.4IOSG::WDAVIESVic Williams is still not freeTue Mar 03 1992 14:317
    Good question.  Beat up on the people with money to pay for it, and get me
    some, and I'll do it... A X.500 DSAB is a bigger job than the DDS was. 
    But it is appears to be the case that it is not a priority for us in IOS
    engineering (Make it one, and I'll be happy (having looked into and
    read about X-500 at X-Mas - I hate to see work go to waste.).  
                                                                   
    Winton
154.5Bad reputations are hard to changeLARVAE::JORDANChris Jordan, Digital Services - Office Consultant, LondonWed Mar 04 1992 10:206
    I am surprised that you think DDS is slow....
    
    I certainly would have agreed with you about 3 years ago, and so I
    haven't looked at it since then... Just  recently I have seen it used
    on a couple of user systems, and our own internal test system, and the
    speed seems to be NOT a problem any more....
154.6IOSG::WDAVIESVic Williams is still not freeThu Mar 05 1992 18:384
    I agree to a degree - on our development system, once we untangled the
    UA set up and nodes, it's pretty good - both at the users point of view
    and the MBMAN level. However, I guess the 30,000 limit kicks into play
    in decisions about DDS vs X.500