Have something to say?
Never-redact list: protect specific names from every redaction pass
A list of names, addresses or terms that must never be redacted, regardless of what a word list, Auto-Redact or Search & Redact would otherwise match. Why The requester's own name has to survive redaction, and so do things like the organisation's name or a case reference. Today a broad word list or Auto-Redact can catch them, and the only fix is to spot it and remove the redaction by hand — on every item. The ask A project-level "never redact" list that every redaction method respects. Simpler and independent of automatic name discovery, and useful on its own. Asked twice in support ("How do I use a whitelist of names that should not be redacted ever?" and "How do I whitelist certain names and email addresses which I don't want to redact?"). Logged from conversations 67 and 66.
Redact every name except the requester's
For a SAR, the job is almost always the same: keep the requester's name, redact everyone else's. Today that means building a word list of every other name in the mailbox first — the inverse of what people actually want to say. The ask Tell RedactBox who the requester is, and have it find and redact all the other names across the project, leaving the requester's alone. How often it comes up Asked five different ways by five separate customers in support: "Can your app automatically redact all names save for that of the SAR requester?" "I'd like the tool to automatically identify any names not listed in the SAR and redact them" "Bulk remove names not associated with the person in question" "If a file contains the requester's name but also names I want to redact, how do I do that?" "Can we flag specific personal data before upload and have it redact everything?" It's the most-requested capability in the support inbox after demos. Current workaround Word Lists + Search & Redact — put every name to redact in a list. Works, but the customer has to discover the names themselves, which is the hard part. Logged from support conversation 537 (and 11, 31, 94, 127).
Create a way to un-triage from the redact screen
Sometimes, from the redact screen you realise that something should not have been triages (e.g. an email chain that contains duplicates of the previous email copies). It would be great to be able to untriage those directly from the redact screen instead of having to try and find them again in the triage screen.
Export the attachments with the PDFs
Export the attachments with the PDFs as an option, unredacted, so you can then do something about them afterwards. Somehow link them in the PDF.
Attachment Manager
Add a view to view all attachments at a glance in emails, and eventually import them once this is supported.
Redaction comment quick selection
Having to type similar comments while redacting is very tiresome. It would be useful to have some presets to quickly click/choose from: TPD: Third party personal data NPD: Not the requester’s personal data SEC: Security-sensitive information LPP: Legal professional privilege CON: Confidential information OOS: Out of scope DUP: Duplicate already provided This would speed up the redaction process considerably, and keep things consistent across files. It would be great if you could quickly add your own redaction reasons as well?
Background PDF Generation
We have several thousand emails that are triaged for redaction, none of which have PDFs pre-generated for redaction. This means we cannot do word list across all files, and each time we choose an email it takes several seconds to generate and we are getting a lot of lag/failures.
Ability to mark files/emails as "Complete" in redact mode
We are going to be redacting several thousand emails and documents. We need to know whether we’ve finished processing each file - sometimes files might have no redactions, so we need to be able to mark these as ‘complete’ to be able to track our progress. Add to that, the ability to filter by “Complete” or “Incomplete”
Apply wordlist per file
It’d be great to be able to quickly apply word list redaction on a per mail/file basis. As we’re processing large mailboxes, the PDFs have not been rendered for most items, so we are having to do them one at a time.
Open and import password-protected PDFs
Password-protected PDF attachments now show a clear "password-protected" notice instead of locking the page up — but there's still no way to get at the contents. Add a way to unlock these files: prompt for the password when previewing or importing, then store an unlocked copy so the document behaves like any other — preview, search, redact and export. Raised off the back of the locked-out display bug report.
Add "To" column
The display at the moment does not have a “To” column. Can this be added? This is useful especially for “sent” emails.
Add tag as a filter option in the item list filters
Add the ability to filter the item list by tag directly from the existing list filters (alongside the current filters), so users can narrow to e.g. only items tagged "sent". This is the filter-list counterpart to the right-click "See all items with tag 'x'" request — the context menu would apply this same filter, but it should also be selectable manually from the filter UI.
Filter from a selected item (right-click “See all from this sender / tag / date”)
Add a quick way — e.g. a right-click context menu on an item — to filter the list by an attribute of the currently selected item, without typing it out manually. "See all items from xyz@abc.com" — applies a From filter using the selected item's sender. "See all items with tag 'sent'" — applies a tag filter. "See all items received on 20/08/2025" — applies a date filter. Reported via support as a faster way to pivot from one item to everything related to it.
Undo for triage actions + more consistent toast notifications
Two related improvements around triage feedback: an undo for the last action, and a cleaner, more consistent toast/notification system that surfaces that undo. Undo It's very easy to mis-click or accidentally trigger a bulk triage action with no quick way to reverse it. Add an undo for the last triage action (approve / flag / trash), for both single and bulk actions: Keyboard: Ctrl/Cmd+Z to undo the last action. Toast link: an [undo] link in the confirmation toast, e.g. "5 items marked as trash [undo]" or "Item approved [undo]". Toast notifications The current toasts need work — they stack up and feel inconsistent. Improvements requested: Don't stack: repeated actions should collapse/replace rather than piling multiple toasts on top of each other. Consistent format: a single, uniform style and wording across all triage actions (approve / flag / trash, single and bulk). Built-in undo: every action toast should carry the [undo] link described above. Reported via support: a user repeatedly trashed and then accidentally approved the wrong batch and wanted a one-click way back, alongside tidier notifications.
Multi-select and bulk-delete files in the sidebar
The file sidebar already supports building a multi-selection (Ctrl/Cmd-click and Shift-click range select, with a hover preview of the range while Shift is held). What it lacks is a way to act on that selection — specifically to delete several selected files at once without removing them one by one. Goal: once two or more files are selected in the sidebar, offer a bulk Delete selected action (toolbar button / context menu / keyboard) that removes all selected files in one confirmed operation. Scope / notes: Reuse the existing sidebar multi-selection (Ctrl/Cmd-click, Shift-click range) — no new selection model needed. Single confirmation dialog summarising how many files will be deleted. Clear the selection and refresh the list afterwards; handle partial failures gracefully. Respect the same permissions/guards as single-file delete. Natural pairing with the email-list multi-select work — keeps bulk actions consistent across the list and the sidebar.
Keyboard shortcut to select / check items in the email list (e.g. a)
Requested via support by a power user working through large eDiscovery mailboxes, as follow-up polish to the now-shipped z/x/c triage shortcuts. To build up a multi-selection one-handed, it would help to have a key that toggles the checkbox on the focused email — the customer suggested a, in keeping with the one-handed z / x / c scheme. Combined with the next/previous keys, you could move down the list and tick items without touching the mouse.
Apply triage shortcuts to multiple selected emails at once
Requested via support by a power user working through large eDiscovery mailboxes, as follow-up polish to the now-shipped z/x/c triage shortcuts. When several emails are selected via their checkboxes, the z / x / c shortcuts currently only act on the single highlighted row. The shortcuts should apply to the whole multi-selection — so you can tick a batch of emails and approve / flag / trash all of them with one keypress.
One-handed next / previous email shortcuts (e.g. s / w)
Requested via support by a power user working through large eDiscovery mailboxes, as follow-up polish to the now-shipped z/x/c triage shortcuts. The up / down arrow keys already move between emails, but they require reaching across the keyboard. For fully one-handed triage alongside z / x / c, it would help to have dedicated letter keys for next / previous — the customer suggested s = next and w = previous, keeping everything under one hand.
Auto-advance to the next email after a triage action
Requested via support by a power user working through large eDiscovery mailboxes, as follow-up polish to the now-shipped z/x/c triage shortcuts. After approving / flagging / trashing an email with the new z / x / c shortcuts, the selection currently stays on the email you just actioned, so you have to press the down arrow (or click) to move on. It would flow much better if the selection automatically advanced to the next email after an action, so you can triage straight down a list one key at a time without re-selecting each row.
Link imported attachments to their source email (cross-navigation + hierarchical export)
When you import an email attachment into a project as a document (see the “Import common document attachments as PDFs” work), the imported PDF and the email it came from should stay linked and easy to move between — both in the app and in the export. 1. Cross-navigation in the app From the imported document's PDF view, a link back to the source email it was extracted from. From the email, a link out to its imported attachment document(s). Make jumping between the two effortless — you're often redacting the email and its attachment as one piece of work. 2. Hierarchical export On export, the imported attachment PDF should sit “underneath” its parent email — a parent/child hierarchy rather than a flat list, so the relationship is obvious when someone reviews the exported bundle. The structure should make clear “this PDF came from that email”. 3. Linked attachment inside the exported PDF In the exported email PDF, embed a link / attached document pointing to the imported attachment PDF, so a reviewer can jump straight to it from within the email export. Notes / scope: The data link already exists — imported documents store a source_email_id back to their email — so this is mostly UI navigation + export-structure work, not new plumbing. Depends on the convert-standard-docs import feature; logged separately to keep that one focused. Export piece needs design: how the hierarchy is represented (folder nesting in the ZIP, ordering in a combined PDF) and how the in-PDF link/attachment is generated (pdf-lib link annotation or embedded file).