I suggest you ...

Customer email notification when mailbox quota exceeded

It would be a very useful feature to have an email automatically injected to a customers mailbox when their quota is close to the limit and another when the mailbox quota has been exceeded with advice (customisable) on how to resolve the problem.

Sometimes clients are unaware/forget their quota and if accessing via outlook/smartphone etc they are not aware of the limit being reached. This can result in several days without emails or emails being rejected with a "mailbox full" autoresponder. Ironically this means anyone sending emails to the client are aware the mailbox is full but the client is unaware of the problem.

627 votes
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)

    We’ll send you updates on this idea

    Studio 4 shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    85 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      Submitting...
      • paedu commented  ·   ·  Flag as inappropriate

        Thanks for this great message, carefully hoping it's not a joke renewal and your personal list is not too long :)

      • twistedpixel commented  ·   ·  Flag as inappropriate

        Hi Sergey, thanks for the update. That's really good news! However, while implementing a script to do this myself I noticed that somewhere along the Plesk upgrade path (presumably) custom quotas became out of sync between qmail's maildirsize file and Plesk's database. The database showed the correct size but many of the email accounts had the default quota in maildirsize. Updating every email address with a different quota (in Plesk UI) and then back to the desired custom value corrected this but it might be something you want to make a note of :)

      • AdminSergey L (Director of Program Management, Plesk International GmbH) commented  ·   ·  Flag as inappropriate

        @paedu
        Glad that you liked the joke. :)
        Last 2 years we were focused on other requests, such as DNSSEC, Lets Encrypt improvements, SSL for mail, Limiting CPU per user, etc. All highly voted as well. Fixing them, we cleared some room for new requests.

        We fully recognize volume of interest to the mailbox quota problem. Once we finish the current release, and will start planning next one - we will seriously consider this option to get included. Beyond the uservoice portal, it is in my personal list now.

        Thanks a lot for your patience.

      • paedu commented  ·   ·  Flag as inappropriate

        Dear Sergey L (Director of Program Management, Plesk International GmbH), more than 2 years ago you commented my post as follows: "Sorry, but whether you can accept the argument or not - we can only sort requests by amount of votes, not by amount of please! or urgent! comments."

        Thank you for this great long-term joke :) Every month, when I had another angry customer on the phone, I love it to look at the amount of votes again. Every month I'm talking to myself: only 20 more.. then it's time! Only 20 more... they will start to plan this soon! Maybe 650 votes? 700? 2900? 7 billions? Yes, we can!

      • Jürgen Schneider commented  ·   ·  Flag as inappropriate

        I also don't understand, why the staff didn't tell their reason not to implement this since years. This is not a nice to have, it's necessary!

      • joska Moeller commented  ·   ·  Flag as inappropriate

        Nowadays much more people use IMAP and that's the main freason why it is urgently needed to have sent notifications, that the mail quota will exceed. Otherwise this causes confusions, unnecessary work or error searches and so on.

        A MUST for a paid control panel software and a shame that this isn't implemented in YEARS.

      • G J Piper commented  ·   ·  Flag as inappropriate

        I had written a script that would do it about 5 years ago. The trick was to keep the offending users' email from getting more than one email notice at a time. I had it set to run from cron every hour. Every time it ran, it would scan for (real, non-alias) accounts that were up to 95% of quota. For each account that was close to max quota, it would scan all that account's inbox email for a specific code string that gets sent on the bottom of every "notice" email. If it didn't find the string, it would send that account a notice email. If it did find the string, it would skip sending so as to not bombard the user with dozens of notices. It worked pretty well!

        I'm reluctant to dig up this script again as I'd much rather use a Plesk solution for this problem, which I know from my example can be done. I tried briefly to get it working again a year or so ago, but couldn't find an easy way to scan the quotas like I had when I was using a FreeBSD server with command-line quota tools.

        Anyway, this is one way it could be done. Please consider it, Plesk masters. :-)

      • Anonymous commented  ·   ·  Flag as inappropriate

        Please stop the discussion, this is a feature that fits to plesk.
        After 4 years this is even more essential...

        My customers always tell me how important their e-mails are. ;)

        Is it hard work to implement it?

      • Mike commented  ·   ·  Flag as inappropriate

        Lets discuss this idea more ... uuhhh mm .. do it !!! Its very essential and a basic feature for everyone.

      • Alica commented  ·   ·  Flag as inappropriate

        Over 4 years, and still "open discussion". What needs to be discussed here anymore? That's really an easy one, just a cronjob, not even a configuration option on the web panel is needed.

      • Mike commented  ·   ·  Flag as inappropriate

        must have feature for a paid panel like plesk. onyx and still this feature is under discussion. just do it without discussion :) !!!

      ← Previous 1 3 4 5

      Feedback and Knowledge Base