<div dir="ltr"><div dir="ltr">On Wed, Mar 3, 2021 at 11:16 AM @lbutlr <<a href="mailto:kremels@kreme.com">kremels@kreme.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 03 Mar 2021, at 05:33, Yassine Chaouche <<a href="mailto:a.chaouche@algerian-radio.dz" target="_blank">a.chaouche@algerian-radio.dz</a>> wrote:<br>
>> Am I missing some reason I would need/want to keep track of that specific login time separately?<br>
<br>
> What about mbox files ?<br>
<br>
Is anyone foolish enough to use mbox in 2021?<br>
<br>
It's designed for dozens of kilobytes of mail. Perhaps hundreds of kilobytes/ It is a horrible horrible format for hundreds of megabyte of mail, it offers no advantages at all, and is fragile to corruption since it stores everything in a single file.<br>
<br>
</blockquote><div><br></div><div><br></div><div>Specific to the 'why use last login' question, with millions of mailboxes, walking the filesystem is more than a little onerous (having done it many times over the years, and never remembering where I put the script from 'last time') and takes a good chunk of a day to run. We were doing file-based last-login for a while (yeah, still needs a fs walk, but at least is dead simple and requires no stat()'ing), till locking became an issue (nfs). We moved to redis a couple of months ago, and now determining things like "who hasn't logged into anything in 30 days" becomes a 1 minute run of a python script using redis SCAN. </div><div><br></div><div>If you don't have a mountain of mailboxes and fs-walking isn't a problem, then there's def less need. Which means you don't have management repeatedly asking for 'active mailboxes' ;)</div></div></div>