I had asked for something similar at a domain level as the majority of our users have or are within their own domains.
There was a partially implemented domain usage record.
which was a csv file providing:
date, in k, sent k, read k,Domain
However it's no longer active.
On Feb 21, 2012, at 12:16 AM,HIDDEN@firstname.lastname@example.org wrote:
> I strongly suggest that pricing should not be generally discussed in this forum.
> In the USA, at least, discussing price in any place where competitiors might meet or have access to the dialog has been the basis for many goverment actions and fines related to price fixing. Many contributors here may be part of smaller organizations and may not see the potential harm. On the other hand, there is nothing preventing the personal collection of public information that might be on web pages. The problem stems from publishing the data to a closed membership.
> It would seem to be efficient to hear here what is typical for pricing of email storage, but there is a practical downside of doing so here. The effect might be to lose the contribution of individuals in larger organization -- their management might have (strict) policies that prohibit them from participating in situations where pricing is discussed.
> ----- Original Message -----
> From: David Camm HIDDEN@advwebsys.com>
> To: SurgeMail List <surgemailHIDDEN@etwinsite.com>
> Subject: [SurgeMail List] reasonable quota limit and automating accounting
> Date: Mon, 20 Feb 2012 18:59:09 -0600
> > two issues here:
> > 1. for some time now, especially since the advent of smartphones and
> > tablets, i've been trying to get my users to realize that we're not
> > google and i can't provide them unlimited storage. a post i sent a short
> > while ago about a user with over 7000 messages on the server is
> > indicative of this problem.
> > to support my approximately 750 users, i've got about a terabyte in
> > /var/spool/mail.
> > question is, in this day and age of mobile devices, what do you tell
> > YOUR users about setting up a computer, a phone and a tablet vis-a-vis
> > imap settings and what do you consider a reasonable quota to be?
> > 2. since i'm not in trouble space-wise - many of my users RAE well
> > behaved - i'd like to take a somewhat pro-active approach and say: "you
> > can store up to xxxMBytes gratis, but if you go over that limit, each
> > additional [unit] will cost $x per month. in order to enforce this i'd
> > like to run quota reports on every domain on the first of the month.
> > doing this manually would be a real pain.
> > so the questions are:
> > (a) any recommendations on pricing? and
> > (b) has any one automated quota reports? if not, and i get some advice
> > from the guys in nz, i will be happy to share the code (probably in perl
> > and linux only, since i think i need to do a post to admin.cgi).
> > david camm
> > advanced web systems
> > keller, tx