| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 1082.1 | Reseed and other wild guesses | WARLRD::WICKS_A | DEC Mail Works for ME sometimes | Mon Jul 20 1992 22:13 | 15 | 
|  |     Guessing again but here goes...
    
    Did they just rename the VMS account for MANAGER and not for IVP
    and POSTMASTER also?
    
    Don't know why but note 506 about Group Services gave me this silly
    idea.
    
    Note 1035 and a batch of articles by Faith (of course) also talk about
    RNA in v3.0 "FCS no longer runs" is one to look for - but I think you'll 
    end up reseeding the account anyway.
    
    Regards,
    
    Andrew.D.Wicks
 | 
| 1082.2 | A fix-up | IOSG::MAURICE | Ceci n'est pas une note | Tue Jul 21 1992 16:23 | 25 | 
|  |     Hi,
    
    My guess would be that the customer did not in fact use RNA since RNA
    has an in-built limitation that the ALL-IN-1 account name *must*
    change, and does not have an option just to change the VMS account
    name.
    
    I would think that the customer used the E (edit) option on the MUA
    form and changed the VMS account name on the profile records. We should
    have added code to this option to detect this situation and update our
    File Cabinet and group databases, but we didn't. We're working on that
    now.
    
    Given that you haven't changed the directory names for the account, and
    that the Manager is not a member of any group, you can run the
    following script extract to repair the situation:
    
    FOR PARTITION:OWNER WITH .OWNER EQS "ALLIN1_1" DO -
      GET #UNIQUE_NAME = .UNIQUE_NAME \\-
      WRITE CHANGE PARTITION UNIQUE_NAME = #UNIQUE_NAME, -
                             OWNER = "ALLIN1"
    
    Cheers
    
    Stuart
 | 
| 1082.7 | Sorry if this is already a known (feature) | KAOFS::R_OBAS |  | Thu Jul 23 1992 03:17 | 29 | 
|  |   While doing some more work on the problem in .0 (although the original
  problem is now solved, thanks to the script) some minor glitches surfaced
  and I noticed some thing that maybe it's known already but I thought
  I will mention it here while I'm still awake and sane.
   I had to remove some drawers from the customer site because FCVR is failing
   on two accounts. It was pointing to an old directory which does not exist
   anymore. I can select the drawers but cannot read. So I did a REM then 
   reseed. I noticed that after i did a REM, the current item block updates
   the drawer field but not the owner field.
   example index from md sel.
    
     [user1]main                   user1
     [user2]main                   user2
     [user3]main                   user3
     [user4]main                   user4
     
  
   I selected [user1]main, then REM. The current item block will now show
   [user2]main but the owner field still reflects to be user1. Even if you 
   exit out of ALL-IN-1 and back to mfc md, it still shows wrong owner.
    Sorry if this was discussed already but it's been a loooong day and I did
    not bother searching here for this particular case.
  
   'night
    ricardo
 | 
| 1082.8 | Confirmed and thanks | IOSG::MAURICE | Ceci n'est pas une note | Thu Jul 23 1992 08:26 | 9 | 
|  |     Hi Ricardo,
    
    I've just tried and it is indeed a bug on the MFC menu. I've entered
    this as a problem on our database so you don't need to report it
    yourself.
    
    Cheers
    
    Stuart
 |