Sorry, but such using of quota system is (logically) strange for me.
Minimum user quota is (2,5 - 3)*max-mail-size... The better variant is
10*max-mail-size with user alert at 89,9% -
to store 1 max-mail-size message into user mailbox *after* alert.
If per-domain user quotas is so different (say, 5 MB in 'domain1' and 500 MB in
'domain2'),
max-mail-size must be 2 MB (in one common MTA) or 2 different MTA for domain1
and domain2 required,
with max-mail-size 2 MB and max-mail-size 100 MB.
It`s only my opinion and my practice, and may be wrong for You...
Really, You use *quota system* as a variant of *user preferences check system*,
with different logic.
>>"Currently, these are no hard limits"
P.S. Quota change 'on-the-fly' for mailbox on message receive isn`t a good idea.
> From: [EMAIL PROTECTED]> To: [email protected]> Subject: Re: [Dbmail] Mailbox
> full + sieve> Date: Wed, 21 Nov 2007 12:27:24 +0100> > On Mittwoch, 21.
> November 2007 08:07 Aaron Stone wrote:> > Is there a general desire for a
> feature like this?> > Yes, I'd love it. It would be great to have several
> steps:> 1) warning if quota reaches 85% or so (definable)> 2) error if quota
> reaches 100%> in both 1) + 2) the user should receive an e-mail, which can
> add to > quota, no problem, but it should be sure it can be delivered (not >
> rejected because of full quota).> Also, this message should be sent
> immediately when reaching the quota, > and in addition with dbmail-util. The
> message itself should be > definable, and we should see which user/domain
> it's for, to send the > message in the users language.> > BTW, it would be
> nice to have quotas count in a way, that if a user has > a mailbox of 5MB,
> with 1MB left, that if a message arrives that has 2MB > or even 10MB gets
> delivered, and only the *next* messages are rejected. > Something like "loose
> quotas", so you can give users only a small > space, and still allow them to
> receive at least an e-mail of the > max-mail-size the mailsystem allows
> (which is 100MB for us).> > We extended dbmail to have domain and customer
> tables also, and have > prepared per-domain and per-customer quotas. So you
> can have a domain > with 50 users each having 500MB mailbox, but the domain
> itself is > limited to 5GB, and if the customer has other domains you can
> define to > have 10GB for all domains of this customer together.> There's
> another table defining who to contact when domain/customer quota > is
> (almost) reached.> Currently, these are no hard limits, we just get a notice,
> and see which > customers need more space, to adapt prices.> > mfg zmi> -- >
> // Michael Monnerie, Ing.BSc ----- http://it-management.at> // Tel: 0676/846
> 914 666 .network.your.ideas.> // PGP Key: "curl -s http://zmi.at/zmi.asc |
> gpg --import"> // Fingerprint: EA39 8918 EDFF 0A68 ACFB 11B7 BA2D 060F 1C6F
> E6B0> // Keyserver: www.keyserver.net Key-ID: 1C6FE6B0
_________________________________________________________________
Explore the seven wonders of the world
http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
