Share PDF Securely — Keep Control After You Send It

Secure PDF sharing isn’t a single setting — it’s a stack. Six controls, each solving a different failure mode, layered to match the document’s actual sensitivity. The goal isn’t to lock everything down (that just drives readers to insecure workarounds). The goal is to keep the document inside a clear, adjustable sharing boundary after it leaves your hands.

Secure = the lightest stack that still closes the doors that matter for this document

Quick navigation


The six real controls (and what each one stops)

ControlFailure mode it addressesWhen to turn it on
Expirylink stays alive forever; old URLs get rediscoveredany document with a review window
Open limitone forwarded link keeps letting in strangersaudience is bounded and known
Download offreader saves local file → forwards → no controlreading matters, retention doesn’t
Email verificationrandom people with the URL can open itidentity matters more than convenience
Dynamic watermarkscreenshots and phone photos leak pages anonymouslycontent could end up in a competitor’s hands
Access logyou sent it and never knew what happenedanything you’d want to audit later

That’s the real list. Things that aren’t on MaiPDF (and should be ignored if you’ve read them elsewhere): SMS verification on the international site, geographic restrictions, QR color customization, UTM-style tracking. Stick to the six above.

Matching controls to document sensitivity

DocumentExpiryOpen limitDownloadEmail verifyWatermarkFineView
Public brochureoptionalunlimitedonoffoffoff
Event handout via QRevent windowhighonoffoffoff
Sales proposal7–14 days20–40offoptionalonoff
Internal sensitive draft7 days15offoffonoff
Hiring / portfolio material30 days30–60optionaloffoptionaloff
Contract draft to small legal panel3–5 days8–10offononon
Partner-only pricing sheet7 days5–20offononon
Pre-launch product previewlaunch date15offononon
Board / investor deckmeeting weekaudience × 2offononon
Unreleased creative workreview window5–10offononon

Two rules of thumb when picking a row:

  1. Start from the lightest row that still feels adequate. Over-securing creates friction and pushes readers to “just email me the attachment.”
  2. Multiply the open limit by 1.5. Mobile reading registers as 3–5 opens per reader; see the view-limit calculator for the arithmetic.

The security stack, from lightest to tightest

Think of this as levels, not checkboxes. Most documents sit at level 1 or 2. Very few need level 5.

  • Expiry set to match the real review window.
  • Access log reviewed at least once within 48 hours of sending.

Almost no friction, meaningful protection. You’d turn these on for a public brochure you still want to keep tidy.

Level 2 — Bounded audience

Add:

  • Open limit sized to audience × 1.5.

You now can’t have a link that gets forwarded forever. You’ll also notice sooner if it’s circulating outside the intended group, because the cap fills unexpectedly.

Level 3 — View-only

Add:

  • Download off (and Print off alongside it — Print-to-PDF is the main download workaround).

The reader reads in the browser. They don’t walk away with a local copy they can forward, archive, or mis-forward. See PDF online viewing without download for the boundary between what view-only blocks and what it doesn’t.

Level 4 — Identified reader

Add:

  • Email verification with a whitelist of approved addresses.
  • Dynamic watermark stamping the verified email on every page.

The reader is now identified before they see the first page, and every page they do see carries their name. This is where “secure sharing” stops being a deterrent and becomes an actual identity gate with forensic trail.

Level 5 — Tightest viewer

Add:

  • FineView protection mode.

FineView tightens what the viewer allows in the session — session handling, selection, screen-grab deterrents. Reserved for documents where a leak would be materially expensive: contract drafts, board decks, unreleased IP, pre-launch pricing.

Levels stack upward. Level 5 implies every level below it.

Setup walkthrough

  1. Upload the PDF at maipdf.com.
  2. On the configuration screen, pick the row from the matching-controls table above that’s closest to your document.
  3. Set Expiry first, Open limit second — those two alone are Level 1 + 2.
  4. For Level 3+, toggle Download off and Print off.
  5. For Level 4+, add the email whitelist and enable Dynamic watermark with the email stamp.
  6. For Level 5, choose FineView as the protection mode.
  7. Generate the link and open it once on your phone using an address not on the whitelist if you added one — the most common failure mode is a lock that locks out nobody.

Every security control lives in the same configuration panel — set them once, adjust them anytime

What this genuinely protects against

Be honest about the boundary. Here’s what each control can and can’t do.

ThreatWhat stops itWhat doesn’t
Casual forwarding to a colleagueExpiry + Open limitnothing if you rely on “they won’t share it”
Unauthorized recipient with the URLEmail verificationnothing — without a gate, URL == access
Reader saves a local copyDownload off + Print offdownload-off alone (they’ll Print-to-PDF)
Reader screenshots on their phonenothing blocks the OS shortcutbut Dynamic watermark traces it back
Reader photographs the screennothingsame — watermark + access log is the recourse
URL rediscovered in an old email months laterExpirynothing if expiry is off
Link still alive after the deal fell throughManual revoke from control panelnothing if you forget to revoke
Stale version still circulatingReplace file behind the linknothing if you generate a new URL instead

Nothing on this list protects against a determined adversary with time and motivation. Secure PDF sharing reduces casual leakage — which is 90%+ of real-world leaks — and adds forensic trail to the rest.

Auditing after the send

A protection stack with no audit is half a stack. The access log is where protection translates into knowledge.

  • Within 48 hours: open the access log and confirm expected readers actually opened it.
  • Watch for surprises: a verified address you didn’t send to (whitelist misconfiguration), a device type that doesn’t match (laptop when you expected phone), opens from a location that doesn’t match the audience.
  • Track the view count: if it’s climbing faster than expected, the link may be circulating beyond the intended group — consider tightening the cap or revoking.
  • After the review window: either let the expiry close it naturally, or revoke manually. Don’t leave sensitive links alive after their job is done.

The access log — the protection stack's feedback loop

If a leak does happen, the watermark on the leaked screenshot → the access log → the verified email gives you a specific named reader, not a vague “someone in the group.” That chain of custody is what turns watermarking from theater into evidence.

Common mistakes

MistakeWhat goes wrongDo instead
Turning on every restriction by defaultsupport tickets, readers driven to attachmentsstart from the lightest adequate level
Download off but Print onreader saves a local copy via Print-to-PDFpair download-off with print-off
Watermark with session ID onlyleaked screenshot shows A8F-39217 — not useful without log lookupenable email verification so the stamp is the name
Open limit set to exact audience sizemobile reloads lock out the last readermultiply by 1.5
Email whitelist never tested from a non-whitelisted addresslocks nobody outalways test with an off-list address before sending
Sending the attachment alongside the secure linkreaders open the attachment and bypass every controlsend the link only
Never opening the access logyou have protection but no knowledgereview the log within 48 hours
Never revoking after the review windowold sensitive links stay alive for monthsset expiry OR revoke manually after use
Generating a new URL for every revisionreviewers lose track; old URLs stay exploitablereplace the file behind the same link

FAQ

Do I need all six controls on every share? No. The matching-controls table matches each document type to the minimum useful stack. Most documents sit at Level 1–2; only truly sensitive ones need Level 4–5.

Is the document ever decrypted on the reader’s device? The PDF file itself stays on MaiPDF. The reader sees rendered pages through the viewer — not the file. That’s what makes watermarks un-strippable.

What happens if the reader is on the whitelist but their email provider silently rejects the verification message? You’ll see the failed verification attempt in the access log. Remove the blocker (check the whitelist for typos, check the sender deliverability) and the reader can retry without any URL change.

Does FineView break ordinary reading? No. It tightens session handling and selection behavior, but the core reading experience — page rendering, zoom, scrolling, search — stays normal. Readers notice friction only when attempting to extract content.

How do I revoke a link entirely? From the control panel (or the modify-code flow if you uploaded as a guest), disable or delete the share. The URL stops resolving immediately — every future open fails, no matter where the link was copied.

Can I share the same PDF at different security levels with different audiences? Yes — that’s the intended pattern. Generate one link per audience, each with its own stack. The underlying file can be the same; the policies are per-link.