Changelog
Roadmap
Help Articles

Have something to say?

Tell us how we could make the product more useful to you.

Import common document attachments as PDFs (convert Office docs)

When an email has an attachment that's a common document type — Word (.doc/.docx), Excel (.xls/.xlsx), PowerPoint (.ppt/.pptx), and similar — let the user import it into the project as a redactable PDF. We already support importing PDF attachments directly into a project. The gap is the non-PDF document types: they'd need to be converted to PDF on import (a conversion step we don't have yet) before they can enter the redaction workflow. Goal: bring more attachment content into redaction — a user shouldn't have to download a Word/Excel attachment, convert it elsewhere, and re-upload it. Pick it from the attachment, we convert + import it as a PDF document in the project. Notes / scope: Reuse the existing 'import attachment as document' flow; add a convert-to-PDF stage for supported non-PDF types. Decide the supported set (Office formats first; maybe images, .rtf, .txt, .eml later). Conversion likely belongs on the worker / a conversion service (LibreOffice headless or similar) — needs design.

Harry Elliott about 4 hours ago

💡

Feature Request

Handle very large emails (>5 MB) in PDF conversion

A small number of emails carry pathologically large HTML bodies (e.g. 5–7 MB — usually huge embedded/inline content). The PDF renderer (Puppeteer) times out on these even after retries, so they end up pdf_status='failed' and the file finishes as partial rather than completed. Observed in production on a 1,143-email mailbox: 1,141 converted fine, 2 emails (~5 MB and ~7 MB HTML) timed out. This is a pre-existing pdf-service limit, surfaced now that conversion runs on the durable worker and reports status honestly. Options to explore: Strip/normalise more aggressively before render (we already strip oversized base64 image data-URIs; extend to other large inline content). Raise the per-email render timeout for known-large payloads, or render large emails on a dedicated slower path. Fall back to a simplified/text-only PDF for emails that exceed a size threshold instead of failing them. Goal: a huge email should still produce a PDF (even a simplified one) so files reach completed, not partial.

Harry Elliott about 4 hours ago

💡

Feature Request

Resumable uploads for large files

Large.mbox /.pst uploads (often multi-GB) can be interrupted partway — a dropped/slow connection, a closed tab, or a session timeout — and currently the user has to start the whole upload again from scratch. For big mailboxes this is painful and a common drop-off point. Goal: chunked / resumable uploads so an interrupted transfer continues from where it stopped instead of restarting. Related to the mid-upload session keep-alive work (which mitigates the logout case for slow connections, but does not make the upload itself resumable). Tracking this as the durable follow-up.

Harry Elliott about 4 hours ago

💡

Feature Request

Keep Gmail labels and Outlook categories when you upload

If you've tagged your emails in Gmail (labels) or Outlook (categories), those tags get lost when you upload to RedactBox today. You see the subjects, senders, and dates — but not the way you'd organised the data in the first place. This feature would: Keep your Gmail labels when you upload a mbox file Keep your Outlook categories when you upload a PST file Let you add your own tags to emails inside RedactBox — one at a time or in bulk Filter the email list by tag, so you can work through one category at a time Include tags in exports so the document chain is preserved Particularly useful if you're handling a Subject Access Request and the relevant emails are already labelled "Client A" or "HR" — you'd be able to scope your redactions straight to that label rather than searching through everything.

Harry Elliott 24 days ago

💡

Feature Request

Completed

Automatic Triage for Duplicate Emails Across Mailboxes

I would like a feature where if an email is marked as 'Trash' or 'Approve' in one mailbox, any exact duplicates of that email found in other mailboxes are automatically marked the same way. This would be particularly helpful for emails that have been CC'd across multiple mailboxes and would save a lot of time during the triage stage.

Peter Holl 3 months ago

💡

Feature Request