<div dir="ltr">&quot;Hang on to yer heatsinks! It&#39;s time fer an upgrade!&quot;<br><br><div class="gmail_quote">2008/8/7 Michael B. Trausch <span dir="ltr">&lt;<a href="mailto:mike@trausch.us">mike@trausch.us</a>&gt;</span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Thu, 2008-08-07 at 12:50 -0400, Greg Freemyer wrote:<br>
&gt; As to the actual user accounts, by disabling them you ensure the user<br>
&gt; id is not re-used. &nbsp;Thus if you have logs etc. that track employee<br>
&gt; activity by user id you can be assured that uid NNN is the same person<br>
&gt; over time. &nbsp;If you delete the account and the uid gets re-issued, you<br>
&gt; lose that one-to-one relationship.<br>
<br>
</div>Yes, but this becomes impractical on systems where you only have, say,<br>
32K or 64K unique UIDs that can be used for the lifetime of the system.<br>
You&#39;re not likely to actually *have* to purge accounts if you have some<br>
larger number of available user IDs---say, 2^32 worth of them, as some<br>
modern systems can provide.<br>
<div><div></div><div class="Wj3C7c"><br>
 &nbsp; &nbsp; &nbsp; &nbsp;--- Mike<br>
<br>
--<br>
My sigfile ran away and is on hiatus.<br>
</div></div><br>_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>-- <br>James P. Kinney III <br><br>
</div>