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.
The feature is available since Plesk Obsidian Release Candidate 3 (RC3 18.0.17) https://docs.plesk.com/release-notes/obsidian/change-log/#contents-18-rc30
Please check and provide your feedback.
Must have as a webhosting provider!
This is one of those "why is it not a standard feature already" requests? Come on Odin. Three years, plenty of votes and it is common sense type need.
Weird that this feature has not yet found its way, despite it being so fundamental and necessary.
i was very surprised that plesk don't have this feature, because you will find it in any other hosting-app. it is also very easy to implement, because the sender receives an email notification. so you can only bcc this mail to the mailbox owner. later on it would be nice to notify when it is almost full also.
Deepak M commented
now there are 407 votes after how many vote plesk development will think of adding it
Maikel Janssen commented
This would be a really nice feature. Is there another way of making this happen for now? Or should we really wait for the feature?
G J Piper commented
This is a must-have item.
Is plesk development taking this feature in consideration? to still they are thinking on this request
Please bring this feature!
I'd like to write a script but it doesn't seem possible via the XML API since that annoyingly only returns the size of the mailbox but not the available size. It seems it can be done via IMAP interface but that would require each account's password.
Maybe a better (simpler) solution is for the Plesk API to return more useful information. Perhaps a request for all mailbox sizes and usage. That way we can at least script it - which I'm happy to do and stick on Github for everyone.
does any one made manual script to send mailbox
Studio 4 commented
Interesting to see this feature is still being discussed nearly 3 years after we first proposed it. Yesterday a client called to say they had not received email for 24 hours and the problem was their mailbox limit had been exceeded. Checking the mailbox we received notification but the mailbox owner was oblivious.
This seems crazy that as the server admin I receive an email to say the mailbox is full, everyone who sends an email to that mailbox gets informed the mailbox is full but the mailbox owner has no idea. So I need to manually contact the mailbox owner to tell them their mailbox is full and ask them to remove some email (or up-sell more space) - this is surely not a complex problem to resolve - just inject a configurable warning message to their mailbox when they reach X% from their allocation.
@ Anonymous: Thank you too.
I agree on the first two questions you asked.
My perception is that most hosters today offer hosting packages with size limits. The more capacity they offer the more they cost. So, it's quite common that mailboxes are limited in size and that they sometimes reach their limits. Please comment if your perception is different.
Here is my practical experience so far:
- Customers complain if they are eventually told by senders that their mailbox is full. All to often must they empty their mailbox or upgrade it to a larger size first before they are able to receive emails again. They lose some emails, too.
- On the other side, they are happy if their mailbox notifies them at - say - 80% of its capacity. (One of my hosters has implemented a script that does this.) For the customer it's "a stitch in time saves nine."
Consequently, I would be in favour of customisable softlimits for mailboxes on Plesk that trigger a notification, as well as default thresholds per server/domain that hosters/admins can customise.
[x] Notify me daily when [ n ] % of mailbox capacity has been reached.
And I am always open for other suggestions that make customers happy.
@ dave: thank you for discussing this with me, here :)
so you agree with me that the definition of what may be large depends on the configuration of each system involved. would you also agree with me, that it depends as well on the era in which we live? what was large in 1996 was not large anymore in 2000; what was large in 2000 was not large anymore in 2008.... and tody we have 2016. What we estimate as large is not limited by smtp design, but rather on individual purposes, expectations, resources, etc.
btw i am convinced the internet was not "designed" to allow bored housewives and children to entertain themselves by streaming tv sitcoms over their 3G/4G network. what a waste of precious resources! what a damage to environment! what dangers for our health (from radio emission, chemical pollution...). but technically/by design, it causes no problem, so we do it.
i agree with you that a 10MB may be annoying, a 25MB certainly is for me personally, but it passes smoothly in my infrastructure. but by discussing this we ould drift off topic.
what want to point out with all this: what is essential for a mailbox owner, is: as long as there is enough space for delivery of a message, then there is no problem and as such no need to be notified. the need only arises the moment when there is a lack of space. which can never be told upon an (arbitrary!) softlimit.
we should not impose subjective opinions about size on others, and let the resulting system be timeless :)
@ Anonymous: Sorry, I forgot to mention that by "large" attachments I mean those of over 10 or 25MB. Some web based email providers such as Gmail, Hotmail and Yahoo have such limits, so the success of sending/receiving larger messages depends on the MTAs involved in each case. My general impression is that messages up to 10MB pass without any problems.
Yes, it can be evaluated if it is more useful to send a notification before or after a message is rejected (or both). The main thing in my view is that Plesk mailbox users get notified.
Thank you for your contribution and your vote. Let's hope that Odin will realise this feature soon.
@ dave: if god had wished for man to be able to fly, he would have given him wings ;)
if smtp was not designed for large (that is...?) attachments, then it should not support them.
but it does. and peaople do use it. and it does not make problems if no other specific error occurs. and so, accompanying mechanisms should respect that fact. and i think, my proposal is more 'generic' than defining an arbitrary 'softlimit' and waiting until that softlimit has been overshot.
@ Anonymous: Quota rejection can indeed happen at any capacity. However, email architecture is not designed for large attachments (yet), so I would like Plesk to cover standard cases of average email message sizes. Mailbox owners / administrators should be empowered to make the choices on the configuration settings themselves, such as deactivate/reactivate notifications or modify the notification threshold.
i understand the primary urge for this feature. but the problem is: quota related jejection of a message can happen at any mailbox capacity occupancy / remaining capacity. it just depends on the size of the specific message itself.
so, i would rather suggest to notify the mailbox owner in each case of quota related rejection - if limited to a number, then at least once a day. the notification message could of course contain capacity occupancy details.
for security reasons, the message should NOT contain any hyperlink (e.g. to plesk). users should not get accustomed to click on links provided in unexpected and non-personal mails. such mails could too easily become spoofed to persuade recipients to download malware or to reveal smtp credentials to third party.....
pleaso also consider that this notification issue should currently not be too urgent anymore, since, as i was told (situation: plesk 12.5 on ubuntu 14.04 with dovecot), modern clients can communicate with the server about the quota/capacity, and display it 'in-app'. is this valid for pop3 too, or for imap only?
Deepak M commented
is plesk going to implement feature of "Customer email notification when mailbox quota exceeded"