[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

269.0. "Deleting a user, UA + DOA no timestamp in network.dat" by VNABRW::EHRLICH_K (Karl 'Charly' Ehrlich) Wed Mar 18 1992 11:48

Hi all,

a customer has detected following problem with deleting an user from the 
profile.

User has flag MDFLAG Y set.

After deleting the user he ran the housekeeping jobs UA and DOA.

Looking in the logfiles he detected that nothing was deleted, because there's
no timestamp in network.dat set. 

Looking in network.dat the deleteflag is set correctly on Y, but there's 
really no timestamp in it.

So the user still appears an all other 'remote' nodes.

This is ALL-IN-1 V2.4 without any patches.

Please can you explain me this behavior, or give me some hints where to look
for.

Many thanks

charly_from vienna
    
T.RTitleUserPersonal
Name
DateLines
269.1I've found something before ...VNABRW::EHRLICH_KKarl 'Charly' EhrlichWed Mar 18 1992 13:0326
            <<< SHALOT::NOTE$:[NOTES$LIBRARY]ALL-IN-1_V24.NOTE;1 >>>
           -< Old ALL-IN-1 Support Conference: Aug 1990 - Feb 1992 >-
================================================================================
Note 1981.5             UA & Transfer users = problem ??                  5 of 5
BIGUN::BRUCE                                         18 lines   1-JUL-1991 01:26
                            -< MUA_DEL_ACCOUNT bug >-
--------------------------------------------------------------------------------
    After a similar problem at a customer site, I discovered that when a
    user is deleted in ALL-IN-1 2.4, the 'Last update' field in the network
    field is not updated when the Deleted flag is changed to Y.
    
    The result is that UA from other nodes do not see it as a change, and
    hence do not mark it for delete.
    
    I fixed it by changing the following line in MUA_DEL_ACCOUNT.COM from
    
    $ write scp " .FX WRITE CHANGE NETWORK %KEY=#COMPKEY,DELETED = OA$Y"
    
    to
    
    $ write scp " .FX WRITE CHANGE NETWORK %KEY=#COMPKEY,-
    					DELETED = OA$Y,timestamp=oa$date_nbs"
    
    
    Malcolm