Generally the hardquota should be AT LEAST 2x the softquota. This lets the box get copied and new messages to arrive.
In these situations, I try to be sure that over-quota errors are TEMP FAIL e.g. 4xx. Quotae get fixed and you can keep it in queue for a little while. Nothing like bouncing someones' mail by sending them some large messages - great DOS. Quoting Matt Garretson ([EMAIL PROTECTED]): > Chris Miller wrote: > > what OS are you running? > > > AIX 4.3.3 + qpopper 4.0.4 + procmail 3.22 > > Thanks for sharing your recovery method. On my system, some > of the messages are in the temporary pop drop, and some are > still in the corrupted spool file. I do something like this: > > lockfile /var/spool/mail/user.lock > mv /var/spool/mail/user /tmp > mail -f /tmp/user (then just quit out of mail with "q") > cat /var/tmp/pop/.user.pop /tmp/user > /var/spool/mail/user > (at this point i either delete some old messages from the > user's spool file, or increase the user's quota) > chown user.mail /var/spool/mail/user > rm -f /var/spool/mail/user.lock > > Loading the spool file into "mail" seems to skip over the corrupted > beginning of the file, so when i quit out it gets saved without > the junk. Maybe next time i will try using tail like you do. > > -Matt
