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. We're thinking of an SMS alert when quota is reached too, so that people know when they should check mail again. 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
pgphVla5qrvO9.pgp
Description: PGP signature
_______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
