We disable them, place them in an OU and delete after 3 months.

 

IIRC, the "thou shall not delete user and computer accounts" was back in
the NT days, where there was a "limited" amount of IDs available. It's a
fuzzy memory, so take it with salt.

 

:^)

 

Don Guyer

Systems Engineer

Information Services

Prudential Fox Roach/ Trident

431 W. Lancaster Avenue

Devon, PA 19333

Ph: (610) 993-3299

Fax: (610) 650-5306

www.prufoxroach.com <blocked::blocked::http://www.prufoxroach.com/> 

[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> 

 

From: Jon Harris [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, November 05, 2008 9:54 AM
To: NT System Admin Issues
Subject: Old computer and user accounts

 

>From somewhere in my memory I seem to think that old computer or user
accounts should not be deleted.  I seem to remember having issues after
I did that at some point in the past but since I now have SCE in my
network it would be very nice to have it discover new machines as they
are added.  I can't do this with all the old accounts hanging around in
AD.  Well I can but you could imagine all the errors what would be
generated.  Network is 2003 AD running at 2000 native with one 2008 DC
in the mix.

 

How do you folks handle old accounts do you disable them and place them
in a restricted OU or do you delete them?

 

Thanks for your opinions,

 

Jon

 

 

</pre>
<table width="100%><tr><td class="body">
This email and any files transmitted with it are confidential<br>
and intended solely for the use of the individual or entity to<br>
whom they are addressed. It may contain information protected by <br> 
state and federal privacy and intellectual property laws.<br> 
If you have received this email in error please<br> 
notify the sender immediately and delete this e-mail from<br> 
your system. If you are not the named addressee you should<br> 
not disseminate, distribute or copy this e-mail, and you are<br> 
notified that disclosing, copying, distributing or taking any<br> 
action in reliance on the contents of this information is
strictly prohibited.<br> 
</td></tr></table>


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to