<HTML>
<HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META content="OPENWEBMAIL" name=GENERATOR>
</HEAD>
<BODY bgColor=#ffffff>
<font size="2"><font face="Helvetica, Arial, sans-serif">Thanks Chuck and all 
that
offered help.  It ended up being a stupid admin trick.  I had 
unzipped
the humongous tarball of the old site into the /home dir and the gid 

of the site in question ( a new one) was used on the old site.  We 
had
deleted a bunch of old sites before actually exporting and importing 
to
the new box.  The old gid was a big honkin site.
<br />> 
<br />> 

Duh.
<br />> 
<br />> 

Looking at the code for get_quotas.pl pointed me in the right 
direction
to start looking at gid issues.  It uses the perl Quota module to 
find
all files with a gid of whatever the site gid is in the 
entire
filesystem. in this case the one mounted on /home.
<br />> 
<br />> 

This will be one of those things that I probably will not forget 
since
it was so frigging painful from a time standpoint but at least I 
am
working on an understanding of BO under the covers.
<br />> 
<br />> 

</font><font face="Helvetica, Arial, sans-serif">Thanks again. 
<br />> 
<br />> 

Bret</font>

<br /><b></b>
<br />
<br />I feel your pain Bret.  I did EXACTLY the same thing.  
<br />
<br />Moved all sites from an old box to a new one by cmuExporting all sites, dumping all databases, and than making a tarball of /home/sites & /home/.sites (just in case).  I already knew that cmuImport doesn't maintain site numbers when exporting/importing - and so changes group numbers.  I just didn't think about old GIDs and new GIDs affecting the quota subsystem.
<br />
<br />When I unzipped the tarball under my /home/users/chuck directory to get a file - the old GIDs were still on the files.  Half a dozen domains immediately started complaining about not receiving e-mail.  And BlueQuartz showed them all over-quota.
<br />
<br />It took me hours to track down the over-quota, since a du -hs /home/.sites/* didn't show their directories over limit.  I finally figured it out by doing a "find / -group <span style="font-style: italic;">groupname</span>".  It found a whole bunch of files belonging to that group outside their /home/site/www.domain.tld directory.  When I figured out what happened, I just did a "chown -R root:root *" in that unzip directory and everything was fixed.
<br />
<br />Congratulations on figuring it out.
<br />
<br />
<br />
<br />Chuck
<br />
<br />

</font>
</BODY>
</HTML>