Publisher Files
Recover a Publisher File That Will Not Open
Separate incomplete, unsupported and damaged PUB files. Find safer recovery options, preserve backups and record useful evidence without overwriting originals.
5 min read
27 September 2026
Protect the original before trying recovery. Check the file type, transfer completeness and available backups, then test a copy through an appropriate opening or import route. Failure in one converter does not prove corruption. No recovery tool can guarantee restoration of missing or damaged source data.
Stop overwriting the only copy
Make a separate working copy and give it a clear name. Keep the original in a protected folder with its original filename and modification information where possible. Repeatedly saving a partial import over the only useful result can make the investigation harder.
If a storage device itself appears faulty, avoid repeated writes to it. A failing drive is a different problem from an unsupported publication format. Preserve available backups and use appropriate storage-recovery help when needed; importing the same damaged bytes repeatedly does not repair the source.
Classify the symptom before choosing a fix
Write down the full error message instead of describing every failure as “corrupt”. Compare a simple known-good PUB file through the same route if you have one. That helps separate a tool or browser problem from a document-specific problem.
- Windows asks which app to use: the file association may be missing; the file itself may be fine.
- Only one converter rejects the file: its format or resource limits may be involved.
- The file is zero bytes or much smaller than another copy: investigate an incomplete transfer.
- The publication opens but has missing pictures: check linked assets and conversion support.
- Text is present but wraps differently: investigate fonts and frame geometry.
- Several applications reject a complete file: seek a known-good backup and record the errors.
Look for another complete version
Check the folders and accounts you normally use: a previous computer backup, an email attachment, an approved shared folder, an exported package or a storage service’s version history. Only access locations you are authorised to use. Preserve candidate versions separately so the newest timestamp does not automatically overwrite the most complete file.
Compare file sizes and obvious document details, then open copies to establish which version contains the needed work. A large file is not automatically healthy, and a smaller file is not automatically damaged. The goal is to identify a version whose content can actually be checked.
If Publisher still opens one version
Use the working version to save a reference output and recover reusable material before attempting major repairs. Record the page count and dimensions. If pictures are linked rather than embedded, locate the corresponding source images instead of assuming the publication contains the full-quality originals.
Create any repaired or simplified document under a new name. Keep notes on what you removed or replaced. If you only recover part of the publication, label the result as partial so somebody does not later mistake it for the approved master.
If you try supported content recovery
A recovery route may salvage useful text, pictures or page information without reproducing every effect. The RemPress browser converter provides compatibility notes and an approximate preview for supported content, then produces a project download. Read those notes before relying on the recovered layout.
Check whether the failure is caused by its published resource limits or unsupported content. Do not edit the browser tool or use repeated oversized attempts to evade those limits. If a file is outside the supported route, use another appropriate workflow or ask support about the specific document.
Prove that the recovered result is useful
- Count Compare expected pages and major content blocks. Note any missing pages.
- Read Check names, prices, dates, paragraphs and captions against a reference.
- Inspect Review images, crops, rotation, fonts and objects behind other objects.
- Edit Make a small real change to confirm the required content can be maintained.
- Save and reopen Save the recovered project under a new name and confirm it opens again.
- Label limitations Record anything reconstructed, uncertain or still missing. Keep the original.
Give support evidence that narrows the problem
Include the RemPress version, Windows or browser version, file size, the stage that fails and the exact message. Explain whether the same source opens elsewhere and whether a backup behaves differently. For a visual issue, identify the page and object rather than sending a vague report that the whole file is wrong.
Start with screenshots that do not expose private customer information. If support needs the source file, agree a suitable route and confirm that you have permission to share its contents. A support request should not contain licence keys, passwords or payment details.
When rebuilding is the better decision
For a short publication with recovered wording and available artwork, rebuilding in a clean project can be more predictable than preserving a damaged structure. Keep a record of the source used and proofread the rebuilt version carefully. For a long or historically important publication, preserve all candidates and obtain specialist help before discarding anything.
Recovery means obtaining useful surviving content; it does not mean inventing text or images that are absent from the file. Treat unexplained gaps as unresolved, especially in forms, instructions and documents used by other people.