Conference azur::mcc

    As far as the NODE4 commands are concerned, we didn't get any access
    information from DNS. We would only check the incoming command for
    By User and By Password. This may have changed since I left the DECnet
    Phase IV AM group in June. 
    
    Is this By User/By Password a new functionality of the Register
    command? It's possible that the PM's (window interface, console
    interface) are supposed to go into DNS to look for that information.
    I don't know. 
    
    You may want to send mail to Jim Carey (TOOK) to determine if this is
    functionality (the ability to store user/password information in DNS) 
    that is supposed to be supported.
    
    					Cindy
    

Thou shalt never ever ever store user names and passwords for accessing a 
system in DNS.

The above command sets defaults in NCL, when MCC finishes the syntax changes
in the TRM to conform to NCL, it ought to implement this command as well.

For the windowing PM, there should be some equivalent operation. Don't know what
it is though.

Mark

    I don't know if the Registration FM does anything with the access
    control information sent down with the Register command.
    
    However, to use access control at the Iconic Map PM, look under the
    Operations menu.  There will be a menu item called Operations
    Qualifiers, one of which will be Access Control.  If this is done 
    at the Map Window, then all subsequent Management Windows generated
    from the Map Window will automatically pick up the access control info.
    If this is done at a Managment Window, then the access control info
    only applies to the operation currently being done in the window.
    
    I don't remember if the above was available with the IFT V1.1 version.
    If it wasn't, it's definitely there for the EFT V1.1 version, available
    sometime in late November.
    
    Christine
    

RE:.3

I did look in the OPERATIONS selection and the choice is there.  I did enter
a userid and password.....(the password is echoed.....not good!)

What I observed was that you could now use this information to query a node
with the SHOW option, but could not do same by double-clicking on the
chosen icon.  

This would lead me to believe that there are two different mechanisms for
doing basically the same thing?  Is this so and if so, why is this access
information not passed in one, while it is in the other?

I've also noticed that this access information is only used globally and
not specific to a particular entity.  Are there plans to have multiple
access information stored so that repeated interactive access would not
require  repeated access info updates?

thanks,
Al

    Maybe this will help.
    
    The access control information is not stored, to pass it down you
    must explicitly (or implicitly) pass it down on each command. To
    do this explicitly simply put the BY clause on each command, to
    do this implicitly you have two options. Use the "use default
    qualifiers" command to set up a default BY clause (or combination
    of clauses) to be passed down on all commands (unless explicitly
    superceded on the command line) or define a symbol that you can
    use on the command line to quickly insert the by clause without
    typing it out.
    
    ex:
    
    MCC> use default qualif by user = foo, by pass=bar
    MCC> show bridge foo all ident
    
    		translates too >> 
         show bridge foo all ident, by user = foo, by pass=bar
    
    MCC> show bridge foobar all ident, by user=bar, pass=poo
    
    		doesn't translate since the BY clause is explicitly
     		stated and therefore overrides the default.
    
    hope this helps.
    
    jill
    

RE:.5

Thanks for the explaination......I understand that the access info is not
stored, but I'm just curious about the apparent difference in the mechanisms
used when using the SHOW command from the Window interface and double clicking
on a choosen icon.  

I see that the default info is passed using the SHOW command, but why is this
same information not used when you double click?

Al

re -1

I see your point and will check into this further.   This also applies to
the Add and Delete operations.    At this time I don't pass the qualifiers for
the double click, Add, and Delete operations.  

/Jim