I agree. The not allow to send mail option is very appealing.
That's probably the only directly effective measure that won't have side
effects like 'my very important message of one month ago has been deleted
and now I've lost thousands of dollars because you guys decided to delete
my mail !'
On Wed, 20 Dec 2000, Theresa M Peter wrote:
> One thing that we have discovered is no matter how many times we email
> individuals to inform them that they are using 80% of their soft quota or
> are over quota, they don't fix it. In our email message we are very
> explicit on how to resolve this issue. I believe we are going to be moving
> to not allow those individuals who are over quota to send mail. One other
> thing we are contemplating is forcing Qpopper to dump all mail that is
> older than 3 months when people check their mail.
>
> One thing that I have noticed with UNIX quotas, is that they often get out
> of synch with how much disk space is actually being used by the user. What
> we have done is resynch the file systems quota table weekly at the same
> time we check individual's quota and mail them their warning message. We
> also have tweaked the error messages in Popper so that they are supposed to
> call our helpdesk when they are over quota, while this has helped slightly,
> I still have over 2000 users who are overquota.
>
>
> At 05:08 AM 12/21/00 +1300, Alan Brown wrote:
> >On Wed, 20 Dec 2000, Edwin Ringersma wrote:
> >
> > > After suggestion of someone on this list (thanks!)
> > > I've put soft limits to the limit we had on the mail.
> > > The hard limit is over twice that size.
> > > Looks fine. qpopper is able to put the mail back in the spooldir.
> > > I'm now waiting to see what happens if someone is over their grace
> > > period. (or maybe somebody on this list knows?)
> >
> >Once the grace period expires, the problems will resume. I advise
> >setting it to a short period and making sure that the quota daemon is
> >set up to mail people who go overquota.
> >
> >AB
>