On Mon, Nov 26, 2007, Michael Monnerie <[EMAIL PROTECTED]> said: > > On Donnerstag, 22. November 2007 08:32 Vladimir Likhachev wrote: >> 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. > > Why, where's the problem? Our normal quota is 100MB per user, but there > are some with 40MB limit. The max_message_size is 100MB, which is > rarely used nowadays. If the mail system still accepts at least the > last message before the quota is really full, even a 100MB message will > fit in the 40MB quota of a user, and after he deletes this one message, > he is free to receive mail again. > > It's just a question of when you look for the quota limit: > 1) before message insertion: it will be rejected while still 20MB quota > are free > 2) after message insertion: following e-mails will be rejected because > quota is really full > > I see 1) as more logical, because if a user has 10MB out of 1000MB free > quota, and receives a message with 10MB+1Byte, why should that be > rejected? It's better to accept until quota is really full.
DBMail will currently reject that 10.01 MB email when only 10 MB of quota are available. This has been hard-coded policy for a very long time. That's not to say that it is the absolute correct policy, just that, FYI, it's always been this way. > We're thinking of an SMS alert when quota is reached too, so that people > know when they should check mail again. Hook to call a script when quota is reached? Aaron _______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
