
Attachment size limits on a project management platform come from two separate rules stacked on top of each other: a per-file ceiling (how big a single upload can be) and a total storage quota (how much your whole workspace can hold). An upload can fail because of either one, and knowing which is blocking you saves a support ticket. On Seven, the fastest checks are your account settings, the workspace storage panel, and the pricing page if you’re bumping against plan quotas.
If an upload fails right now, work through these before anything else:
Attachment uploads fail because of a per-file ceiling, a total storage quota, or an access issue, and each has a different fix.
| Point | Details |
|---|---|
| Two separate limits | Per-file ceilings and total storage quotas are enforced independently; check both before assuming a bug. |
| Error codes point somewhere specific | A 413 error means per-file size; a 403 error means permissions, not size. |
| External links preserve quota | Link to files instead of attaching them when a file is large or rarely needed inline. |
| Audit storage regularly | Schedule quarterly reviews of old attachments to avoid sudden quota surprises. |
| Seven’s approach | Seven combines clear per-file and storage tracking with no data mining, backed by its published security page. |
Two different rules govern whether a file lands successfully, and platforms rarely explain which one just tripped. The first is a per-file ceiling, a hard cap on any single upload regardless of how much space you have left. The second is a total storage quota, the cumulative limit across your whole workspace or account. A 40 MB file might sail past a per-file check and still get rejected because your team’s combined attachments have already eaten through the plan’s storage allowance.

This distinction matters because the fixes are different. A per-file rejection means you need to shrink or split that one file. A quota rejection means you need to clear space, upgrade, or stop attaching large files altogether. Jira Cloud’s documentation is a useful reference point here: its default per-file limit sits around 1 GB, adjustable up to 2 GB on some setups, while storage caps are tracked entirely separately by plan.
There’s a third layer that catches people out: API and UI uploads don’t always behave the same way. Some environments enforce tighter limits when a file comes in through an integration or script rather than a manual drag-and-drop, according to community reports on Jira Cloud’s API behaviour. If an automated workflow is failing but manual uploads work fine, that’s the first thing to suspect.
Pro Tip: Don’t wait for a hard rejection to check your usage. Most teams only discover they’re near quota when an upload fails mid-task, which is the worst possible time to find out.
You don’t need to guess. Run through these in order:
Two numbers actually matter here: how much of your quota is used right now, and whether the file you’re trying to attach exceeds the per-file ceiling on your plan. Everything else is noise.
Pro Tip: Before contacting support, grab a screenshot of the error, note the exact file size in megabytes, and record the timestamp of the failed attempt. Support tickets with all three resolve faster than vague “it’s not working” reports.
These figures are illustrative examples from other platforms, not universal rules, but they set realistic expectations for what “typical” looks like.
A single large video file can consume a significant portion of a small plan’s monthly quota if the quota size is limited. Enterprise hard limits like SAP’s are fixed regardless of your plan; cloud quotas are soft in the sense that they scale with what you pay for.
The instinct when a file is too big is to email it or dump it in a general-purpose cloud drive. Don’t. That defeats the point of using a privacy-focused platform in the first place.
Before you pick an external host for the “link instead of attach” approach, run it against a short checklist: does it encrypt data at rest and in transit, can you restrict access to named users, and does it have a retention policy you control rather than one dictated by a free-tier default?
Pro Tip: Set a recurring monthly reminder to audit attachments older than 90 days. Files nobody has opened in three months are usually safe to archive externally and remove from active storage.
Run through this in order rather than guessing:
Error messages usually point somewhere specific. A 413 Payload Too Large almost always means the per-file limit, not the quota. A 403 Permission Denied means it’s an access issue, not a size issue at all. A 500 Server Error is more often a transient network problem than anything to do with limits.
If you’ve run all five checks and the upload still fails, that’s the point to escalate rather than keep retrying. Include the exact error code, file size, and a screenshot when you contact Seven’s support team.
Attachments sitting inside a project management tool are still data at rest, and that means the usual questions apply: is it encrypted, who can access it, and how long does it stick around after you’re done with it?
| Consideration | Why it matters |
|---|---|
| Encryption at rest/in transit | Protects files during storage and during upload/download |
| Access controls | Limits who inside your workspace can view or download a file |
| Retention and deletion | Determines whether data lingers after a project closes |
| Data export/portability | Confirms you’re not locked into the platform long-term |
Heavy binary storage also complicates backups. The more large files sit in a platform, the slower and costlier backup and restore cycles become, which is one reason treating a project tool as long-term file storage tends to backfire over time. Seven documents its own encryption, access control, and retention commitments on its security page, which is worth reading before you decide how much to store there versus link externally.
Convenience wins in the short term when you attach everything directly to a task. It costs you later, when storage balloons, backups slow down, and nobody remembers which version of a file is current. My view: keep attachments small and purposeful, and reference larger assets by link with clear version notes rather than re-uploading them. A simple team policy, cap attachments under a set size and store anything bigger externally with a linked reference, solves most of this before it becomes a problem.
Seven keeps attachment handling straightforward: reasonable per-file limits, clear storage usage tracking per workspace, and no data mining or analytics running on anything you upload. For a small team that’s outgrown ad hoc file sharing but doesn’t want their project data sitting inside someone else’s advertising pipeline, that combination matters more than raw storage numbers.

If you’re deciding whether Seven’s storage and attachment setup fits your team, the 7-day free trial on the pricing page is the place to start. Upload a realistic file, a design export, a client PDF, whatever you’d normally attach, and check the workspace usage panel to see exactly where it lands against your quota. If encryption and retention guarantees are a dealbreaker for your team, read the security documentation first. Plans start at $5 for individuals and $9 per user for teams, with no hidden storage surcharges buried in the fine print.
Platform examples cited above are illustrative; your own workspace settings always take precedence.
What’s the difference between a per-file limit and a storage quota? A per-file limit caps the size of one upload. A storage quota caps the total space your workspace can use across every attachment combined. You can pass one check and still fail the other.
Why did my upload fail even though the file is small? Your workspace’s total storage quota may already be near full, even if the individual file is well under the per-file ceiling. Check usage before assuming the file itself is the problem.
Should I attach large files directly or link to them? Link to them where possible, especially for files you don’t need to open constantly inside a task. It keeps your quota free and avoids treating your project tool as a file server.
How do I reduce a file’s size before uploading? Compress images and PDFs first, since most shrink significantly with basic tools, and split large multi-page documents into smaller sections where the content allows it.

What should I include when contacting support about an upload failure? The exact file size, the error message or code you received, and a timestamp of the failed attempt. That combination speeds up resolution considerably.