|  |     Hi! this is a difficult one. My assessment of what's happening is as
    follows:
    . ALL-IN-1 has no knowledge of the changed identifier in Rightslist.
      It only knows the VMS username.
    . just as if you did: 
      DISKQ>add TEST /perm=10000
      %SYSTEM-E-NOSUCHID, unknown rights identifier
      - you will get failure because you do not have the correct rights 
      identifier (TESTTEST).
    . ALL-IN-1 fails in Create User in SM_CR_USER_DETAILS, when it calls 
      oa$lib:sm_add_diskquota.com; this returns value = 3   and the log
      will show:
        Adding disk quota for the new or existing account ...
        Finished adding disk quota with status = -3
    
        A fatal error has occurred in SM_CR_USER_DETAILS.SCP
        %OA-W-RGT_NOSUCHID, Identifier or holder identifier does not exist 
        in the rights database
    . I cannot be certain of the exact point in sm_add_diskquota that the
      procedure will fail, without setting verify. But, it will certainly
      fail.
    
    We strongly recommend that ALL-IN-1 should not be used with accounts 
    that are set up to use VMS identifiers that are different from the 
    VMS account names. The V3.0 Release Notes contain the following
    statement under section 1.4, Rightslist Entries:
    
          "VMS usernames used with ALL-IN-1 must have corresponding
          rightslist entries with the same name, so that shared filing and
          system management can operate correctly. After upgrading to
          ALL-IN-1 Version 3.0 you can run the script
          OA$LIB:SM_CHECK_PROFILE, which generates a report indicating
          those accounts which may not conform to this requirement."
    
    Even if you got the account all set up, I suspect that you would have
    trouble with shared filing under this arrangement.
    Hope this helps.
    DaveT
 |