Hello everyone, Please forgive me if this question has already been answered, and feel free to point me to the appropriate place for that answer--I've searched the newsgroups, the web, Qualcomm's site, and just about everywhere else, but all I can find is the same *question* with no acceptable *answer*...so here it goes.
I'm running Red Hat 7.0 and Qpopper 3.1. I have disk quotas turned on for my POP users. Yesterday, I noticed that one user was getting an error message in the maillog: ---snip--- mypopuser at mydomain.com (x.x.x.x): -ERR [SYS/TEMP] Unable to copy mail spool file, quota exceeded (122) This definitely caught my attention because I just finished writing a whole utility to send warnings when quota soft limits are breached, and I should receive a copy of the warnings. I checked, and sure enough, the soft limit was *almost* reached but not yet. After searching the Net, it seems clear that this has to do with Qpopper doing a chown while copying the mail spool file, and I've learned that soft limit grace periods are [somehow!] ignored. Hence, the operation fails immediately instead of initiating a grace period. This is definitely unacceptable. The only solutions I've seen put forth are to turn off quotas or put the spool temp files in a partition that is not under quota restrictions. This is not entirely unreasonable, but it is not possible right now in my setup. Does *anybody* have any other solution here, to get Qpopper/the OS to honor the grace period during the pop operation? Any help is greatly appreciated. FYI, upgrading Qpopper *may* be a possibility, but I'd rather not (won't bore you with the details). Many TIA, Dan --------------------------------------------------- Dan Yost <[EMAIL PROTECTED]> Proverbs 1:7 http://tri8.com Tri-8, Inc. "Pro Christo et Regno" 820 S. Main, Suite 2000 Voice: 405.377.3888 Stillwater, OK 74074 FAX: 405.533.1136 ---------------------------------------------------