The old cPanel (bluelagoon) defaulted the email account quota to 10MB, which was too small.
The new cPanel (3x) defaults a new email account quota to 250MB, which is too large.
How, can I change the default that comes up for this in v11 (3x)?
The old cPanel (bluelagoon) defaulted the email account quota to 10MB, which was too small.
The new cPanel (3x) defaults a new email account quota to 250MB, which is too large.
How, can I change the default that comes up for this in v11 (3x)?
At this time, it appears this default is theme-dependent. That's why X (on which the deprecated Bluelagoon theme is based) has 10 MB vs. X3's 250 MB default.
There is already a feature request in to customize this functionality that you may want to vote for:
http://bugzilla.cpanel.net/show_bug.cgi?id=1956
Note, according to the entry, you can modify the theme in /usr/local/cpanel/frontend/x3/ to customize this in the meantime.
I get no such directory at ---> /usr/local/cpanel/frontend/x3/
Okay, looks like it is here ---> /usr/local/cpanel/base/frontend/x3 and there are 104 files and directories in this particular location. Any idea as to which one I could change for this? I do grep 250 * and nothing comes up.
Nevermind I found it.
For anyone interested, the file is here:
/usr/local/cpanel/base/frontend/x3/mail/addpop.html
and also possibly here:
/usr/local/cpanel/base/frontend/x3/mail/popsinclude.html
David,
Do you plan to add a default email account quota setting in WHM?
Editing this manually every few days/weeks is getting old.
Kind regards,
Eric
Can you point us to the step-by-step on this?
We use the x3 theme, and the only way around this that I could determine (in order to reset the giant 250MB email box default), was to make an initial edit and then to chattr +i both the addpop.html and popsinclude.html files.
But why not just include an option to reset the email box default using the Tweak Settings link in WHM? I can't image this would be any kind of a technical challenge for you guys?
Are you aware that some heavily used email clients, like Outlook, tend to choke and die with hundreds of MBs of email to retrieve?
I'd advise against chattr +i as that is generally ineffective at preventing file updates by /scripts/upcp.
What you should do is copy /usr/local/cpanel/base/frontend/x3 to something like /usr/local/cpanel/base/frontend/my_x3. Perform your modifications to the my_x3 theme and assign all users to use that theme.
To do that, go to WHM -> Multiple Account Functions -> Modify/Upgrade Multiple Accounts. Halfway down that page on the right, you will see a search box. Delete the contents of the text box then click "Select Matching Users" - this will select all users.
At the bottom of the page, for Theme, select my_x3. You can safely modify my_x3 without worrying about updates. Note, enhancements to x3 will not automatically propagate to your custom theme.
This is exactly what I'm concerned with when it comes to using an entire custom theme.
Thanks for the step-by-step, very much appreciated. But in you're opinion what are the odds of cPanel.net including this very logical (and much needed) option sometime in the near future?
I concur with the other writers. This has been a stock feature of Qmail/Vpopmail server setups for years. It's well worth the time spent on adding this in. When will it be added?
Don't forget to vote for the bug (see above) if you want this done.
how about at least setting it to blank on the next build?
Buffalo Web Services
http://www.buffaloweb.com
Yeah but this is a 4 year old bugzilla. So obviously cPanel.net is not interested in correcting this one.
Also, with this most recent cPanel upgrade, it apparently does no good to edit the files we were editing before, and then locking them off from any further system updates, which was apparently our only recourse here (unless we manually edit these files on all servers virtually every single day).
Come on guys! This one is getting downright ridiculous!
We need a way to set up the default for the email account size in cPanel. When the default is 250MB this INVITES accounts that get absolutely log-jammed over time with huge amounts of email data.
Why does cpanel.net continue to avoid this ever-so-important issue?