If a staff member or volunteer just got a bounce-back that says "mailbox quota exceeded" or "552 5.2.2," your church's email account has literally run out of storage space on your shared hosting server. New messages are being rejected, sent mail may be stuck in the outbox, and nobody notices until a visitor's prayer request or a vendor invoice never arrives. This is one of the most common email problems on shared cPanel hosting, and churches hit it more than most organizations — small mailbox allowances, years of newsletter attachments, and volunteers who don't know how to clean out a folder. Below is exactly how to check your quota, free up space right now, and decide whether a bigger quota or a different email setup is the real fix.
Most church websites run on budget shared hosting plans (GoDaddy, Bluehost, HostGator, or a smaller regional host) where email is a bolt-on feature, not the main product. These plans typically cap each mailbox at 250MB–1GB, and that limit is shared across the inbox, Sent, Drafts, Spam, and Trash folders combined — not just what you see in your inbox.
Churches fill that up fast because of a predictable pattern: a bulletin or newsletter gets emailed as a PDF attachment to a distribution list every week, sermon recordings or event flyers get sent back and forth, and volunteers reply-all with attachments still riding along in the thread. None of that gets deleted because nobody owns the mailbox long-term — pastors and admins rotate, but the account (like info@ or office@) stays.
On cPanel specifically, the mail server (usually Exim with Dovecot) enforces the quota you set per-account in the Email Accounts panel. Once a mailbox hits that number, incoming mail is refused with a bounce to the sender — your church doesn't even see what it missed unless the sender tells you directly.
Log in to cPanel (usually yourdomain.com/cpanel or a login link from your host) and go to Email Accounts under the Email section. Every mailbox on the account is listed with a Usage / Quota column showing something like "980 MB / 1000 MB" — that's your smoking gun.
If you don't have cPanel login access, check with whoever manages hosting (often a volunteer, former staff member, or the original web designer) — this is common in churches where the hosting account was set up years ago and the login lives in one person's memory or an old email.
You can also see usage from inside the mailbox itself: log in to webmail (usually yourdomain.com/webmail, via Roundcube or Horde) and most themes show a storage bar near the folder list. This is the fastest check if you only have the mailbox password, not the cPanel login.
The fastest fix is emptying Trash and Spam/Junk — these count against your quota just like the inbox but get ignored for months. In webmail, right-click each folder and choose "Empty Folder" or "Purge." This alone often recovers 20-40% of used space on an account that's never been cleaned.
Next, sort the inbox and Sent folder by size (most webmail clients let you click a "Size" column header) and deal with the biggest offenders first — usually PDF bulletins, sermon audio/video files, and photo attachments sent to the whole staff. Download anything worth keeping to a computer or shared Google Drive, then delete the email.
If your webmail client supports filters, set one up to auto-delete or archive newsletter and notification emails older than 90 days — this prevents the same buildup from recurring. Finally, check for a "Sent Items" auto-copy setting; some churches accidentally BCC every outgoing bulletin to the same account that sent it, doubling the attachment storage for nothing.
If cleanup doesn't free enough space, cPanel lets you raise the per-mailbox quota directly from Email Accounts — click Manage next to the account and enter a new limit (or set it to Unlimited, if your hosting plan allows). This takes effect immediately and is the right emergency move when bounces are actively happening.
But on shared hosting, "unlimited" mailbox quota is bounded by your total disk allowance for the whole hosting account — website files, databases, and every mailbox combined. Raising one mailbox's quota just moves the problem: eventually the shared pool runs out, or your host's abuse-prevention system flags the account for excessive resource use, which can affect your website too.
There's a second, quieter cost: shared cPanel mail servers have no real spam filtering, no admin console for managing multiple staff accounts, no calendar/contacts sync across devices, and no reliable delivery reputation — cPanel mail servers on shared IPs are frequently blacklisted because another customer on the same server got hacked or sent spam. A bigger quota fixes the bounce message; it doesn't fix any of that.
Set a recurring reminder (monthly is enough) for whoever manages the church office account to empty Trash and Spam and archive large attachments. A five-minute task once a month prevents an emergency bounce during a busy week like Easter or a stewardship campaign.
Stop emailing large attachments directly. Upload bulletins, sermon files, and event flyers to Google Drive, Dropbox, or your church website and send a link instead — this is the single biggest quota-saver, since a weekly PDF sent to a 40-person distribution list multiplies its storage footprint every time it's sent, replied to, or forwarded.
Create a shared, documented login for the church's hosting/cPanel account and store it somewhere durable (a password manager, not one volunteer's inbox) so quota checks don't depend on one person remembering how to get in.
If your church is hitting quota errors more than once a quarter, juggling multiple staff mailboxes with no admin control, or losing time every week to "did you get my email" phone calls, the underlying problem isn't quota size — it's that shared cPanel hosting was never built to be a real email platform for an organization with staff, volunteers, and donors depending on it.
Moving to Google Workspace gives every account effectively unlimited mail storage (30GB+ per user, pooled and expandable), real spam and phishing protection, shared calendars for events and room bookings, and one admin console to add or remove volunteer accounts without touching cPanel at all. Google also offers a discounted nonprofit tier that many churches qualify for.
The migration itself is the part churches put off — moving years of mail history, re-pointing MX records without an outage, and training staff — which is exactly the kind of one-time, done-right project a managed migration service like SwitchMyEmail handles, so your office keeps its same email address with no downtime and no more quota surprises.
Get a free church email deliverability audit →The quota counts every folder combined — Inbox, Sent, Drafts, Spam, and especially Trash. A mailbox can look empty in the main inbox view while Trash or Spam is holding hundreds of megabytes of old attachments that were never permanently deleted.
On a properly configured cPanel/Exim server, the sender gets a bounce-back message (often a "552 5.2.2 mailbox full" error) — the message isn't silently lost on the server, but your church never sees what was sent unless the sender tells you directly or resends it.
Yes, if your hosting plan allows it — go to Email Accounts, click Manage, and set the quota to Unlimited. This stops immediate bounces, but it's limited by your total hosting disk space and doesn't add spam filtering, multi-device sync, or an admin console — it just delays the same underlying problem.
A single PDF bulletin with photos can run 2-5MB; sent weekly to a 40-person list and kept in Sent Items, that's 100-200MB per month from one recurring email. Sermon audio/video files sent as attachments (rather than links) are usually the single largest quota consumer for churches.
Not if it's done as a managed migration — a service handles the DNS/MX cutover, mail history transfer, and account setup so there's no outage and no lost email, and staff keep their existing @yourchurch.org addresses. This is usually far less disruptive than churches expect, and it removes quota management entirely going forward.