Recruitment operations
Resume Attachments Management: From Inbox to Searchable Records
By Andre · · 14 min read
Resume Attachments Management: From Inbox to Searchable Records

Managing resume attachments well comes down to five habits: capture every file from the shared inbox, store the original once, turn each email into one structured record, match duplicates on email address, and keep a clear retention rule. A spreadsheet can carry a small team a long way. Once several people share the inbox and the same candidates keep applying, a searchable candidate database does the same job with far less typing.
This guide walks through the workflow step by step, from the first email to a record you can find months later. It is written for small business owners, recruiters, agencies and HR teams who receive applications as email attachments.
TL;DR
- Capture attachments automatically (inbox rules or a connected mailbox) so no resume depends on one person’s memory.
- Keep the original PDF or Word file untouched, and add one spreadsheet row or profile per application with consistent columns.
- Match duplicates on normalized email address first, phone second, name last, and never merge people with different emails.
- Scan unknown attachments, restrict access, and set a retention period for rejected candidates.
- Move from a spreadsheet to a searchable database when search, duplicates and shared access start costing you hours.
Table of Contents
- Why resume attachments get messy in a shared inbox
- Step 1: Capture every attachment automatically
- Step 2: Store the original once, with a predictable name
- Step 3: Turn each email into one spreadsheet row
- Step 4: Deduplicate before the sheet grows
- Step 5: Make the records searchable
- Protecting candidate data in attachments and sheets
- When a spreadsheet is enough, and when to move on
- Automate the capture with RecrutFlo
- FAQ
- Sources
Why resume attachments get messy in a shared inbox
A shared recruiting inbox looks organized on day one. Applications arrive, someone replies, and the resume sits in the thread. The trouble starts around the fiftieth application.
The file lives inside an email, so finding it means remembering who wrote, when, and which subject line they used. Two colleagues open the same attachment and each saves a copy with a different name. A candidate sends an updated resume a week later and nobody knows which version is current. A hiring manager asks for “everyone with warehouse supervisor experience from last quarter” and the only way to answer is to open files one by one.
None of this is a people problem. Email is a delivery channel, not a record system. Good attachment management means moving the information out of the thread and into a place built for lookup, while keeping the original file as proof of what the candidate sent.
The rest of this article builds that in order: capture, storage, extraction, deduplication, search, and protection.

Step 1: Capture every attachment automatically
The first rule is that no resume should depend on someone remembering to save it. There are two practical ways to capture them.
Inbox rules. If you use Outlook, a few simple rules can sort incoming applications into a folder, flag messages with attachments and copy them to a shared location. We cover the three rules we find most useful in Outlook rules to capture resumes, including the point at which rules stop being enough and parsing becomes worth adding.
Workflow automation. Published automation templates show the same pattern repeatedly. One Gmail-to-spreadsheet workflow monitors an inbox, downloads the resume attachments, archives the originals in cloud storage, extracts the text from the PDF, and then appends or updates a spreadsheet record. Another template that stores data in a database first checks whether the incoming message has attachments at all, then retrieves them and cleans the extracted output before saving.
Both follow the same logic you can apply by hand or with software:
- Detect a new message.
- Check that it carries an attachment of a relevant type.
- Save the original file.
- Extract the candidate details.
- Write or update one record.
If you handle this manually today, even doing those five steps consistently is an improvement. The goal is a fixed routine, not a clever one.
Step 2: Store the original once, with a predictable name
Keep the file exactly as it arrived. Extracted data can contain errors, and the original is what you go back to when a record looks wrong.
A few habits make storage painless:
- One folder or storage location per role or per intake period, not one per recruiter.
- A naming pattern that sorts well, for example received date, last name, first name, role code. Consistency matters more than the exact format.
- A link from the record to the file. In a spreadsheet, that is a column with the file link. In a database, the file sits inside the candidate profile.
- Never overwrite. If a candidate sends a new version, add it beside the old one. Our guide to resume version control for recruiters explains how to stop inbox overwrites in a day.
File formats and safety
Candidates send PDF, DOC and DOCX, and occasionally images, links or password-protected files. Plan for each.
Upload tooling guidance recommends restricting accepted file types, scanning uploads for viruses and not opening attachments before the scan is finished. The same source notes that password-protected or very large files may not be scannable. In practice: if a file cannot be scanned, ask the candidate to resend it in a standard format rather than opening it on a machine that holds other candidates’ data.
Text-based PDFs are the easiest to read automatically. Scanned image PDFs often need extra handling, which is why parsing PDF resumes into structured data deserves its own checks.
Step 3: Turn each email into one spreadsheet row
The search “email to spreadsheet resumes” describes a very common need: one application, one row. The structure of that row decides whether the sheet stays useful.
An automation workflow from a published template library recommends one row per application with columns such as received date, name, email, phone, location, role applied for, current title, current employer, years of experience, skills, education, links, availability, summary, email subject, a link back to the message and notes.
Here is a practical version you can copy:
| Column | Why it earns its place |
|---|---|
| Received date | Lets you filter by intake period and apply retention rules |
| Full name | Primary human identifier |
| Email (lowercase) | Best duplicate key |
| Phone | Secondary match key |
| Location | Filters for onsite or regional roles |
| Role applied for | Separates pipelines |
| Current title and employer | Quick screening |
| Years of experience | Rough seniority filter |
| Skills | Searchable keywords |
| Languages | Essential for multilingual hiring |
| Availability and salary expectation | Only if the candidate states it |
| File link | Points to the original |
| Notes | Anything unclear or missing |
Capture only what is there
The same template leaves unavailable details empty, records missing information in notes rather than guessing, and tells the extraction not to record age, gender, ethnicity or unrelated information. That is a sound rule whether a person or software fills the sheet. An empty cell is honest. A guessed one is a future mistake, and attributes such as age or ethnicity should not be in a screening sheet at all.
If you want a deeper look at what can be pulled from a resume, see extracting candidate information in bulk.
Step 4: Deduplicate before the sheet grows
Duplicates appear for ordinary reasons: a candidate applies to two roles, replies to a rejection with a new file, or is forwarded by a colleague. Left alone, they inflate your numbers and cause two recruiters to contact the same person.
A useful rule set comes from an open candidate data pipeline project published in June 2026. Its matching policy runs in priority order:
- Normalized email is the first key.
- Phone in E.164 format is second, used when at least one record lacks an email.
- Full name is third, used only when both email and phone are missing.
- Candidates with different emails are never merged, even if they share a phone number or name.
The last rule protects you from merging two real people, such as two candidates called Maria Garcia or a couple sharing a landline.
To apply it in a spreadsheet, lowercase and trim the email column, strip spaces and punctuation from phone numbers, and use a conditional format or a simple count formula to highlight repeats. When a duplicate appears, update the existing row, add the new file link and note the date, instead of creating a second row.
Step 5: Make the records searchable
Storing resumes is only half the job. The payoff is retrieval: finding the right person in seconds when a role reopens.
In a spreadsheet, that means filters on skills, location and role, plus consistent wording. If one row says “JS” and another says “JavaScript”, a filter misses half of them. Agree on a short list of standard terms.
A database goes further, with search across skills, experience, languages, location and role at once, and across the text of the resume itself. If you regularly think “we had someone perfect for this last spring”, read our guide on searching CVs received by email. For the broader picture, see how to turn the CVs in your inbox into a searchable candidate database.
Protecting candidate data in attachments and sheets
A resume holds a name, a phone number, an address and a career history. A sheet of them shared by link with the whole company is a liability.
The data protection regulator in France, CNIL, sets out principles in its recruitment guide: candidate information must be processed lawfully, fairly and transparently, collected for specified legitimate purposes, limited to what is necessary and kept only as long as the purpose requires. These are European principles, and US rules differ by state and by situation, so confirm your own obligations with employment counsel. The principles are still a good working standard.
The same guide gives a France-specific example: keeping rejected applicants’ CVs in a talent pool for five years is generally excessive, and it recommends that retention ordinarily not exceed two years from the last contact. Treat that as a reference point for setting your own period, not as a US legal requirement.
Practical steps:
- Limit access to the people who recruit, and use named accounts instead of a shared password.
- Keep an audit trail of who viewed or changed records where your tools allow it.
- Put a date in the sheet so you can find and delete records past your retention period.
- Delete on request from both the sheet and the file storage, including old attachment copies in mailboxes.
- Collect only what screening needs. If a field is not used to decide, do not extract it.
When a spreadsheet is enough, and when to move on
A spreadsheet is a fine start. It costs nothing, everyone knows it, and for a handful of applications a month it works.
It starts to strain in predictable ways:
| Signal | What it looks like |
|---|---|
| Volume | More applications than one person can type up in a week |
| Shared access | Two people edit at once, or nobody knows who changed what |
| Duplicates | The same candidate appears three times with different data |
| Search | You open files to find skills because cells are incomplete |
| Compliance | You cannot quickly delete or export one person’s data |
When two or three of those apply, a searchable candidate database is the natural next step. Many teams assume that means a full applicant tracking system with job boards, pipelines and onboarding modules. If your real need is to turn an email inbox into organized, searchable profiles, a lighter tool built for that job may fit better.
Our perspective on attachment management
We built RecrutFlo around a simple observation: for many small teams and agencies, the inbox is the applicant system, whether they planned it that way or not. Asking them to abandon the inbox for a new platform adds friction, so we connect to the mailbox they already use.
Our approach is to automate the repetitive work: spotting CV attachments, reading PDF, DOC and DOCX files, filling in the profile and flagging likely duplicates. The recruiter stays in control of every decision. We think software should remove typing, not judgment.
We also think setup should be short. There is no onboarding call or implementation project, and plans and limits are published openly, so you can decide without a sales conversation. Because candidate data is sensitive, we work with workspace isolation and EU data protection principles in mind.
If you start with the spreadsheet method in this guide, you will learn which fields and rules matter to your team. That knowledge carries over directly when you automate.
Marco
Automate the capture with RecrutFlo
If the five steps above sound like work you would rather not do by hand, RecrutFlo is designed to do them for you. It connects to Microsoft 365, Outlook and IMAP mailboxes (Gmail is coming soon), automatically identifies CV attachments, extracts contact details, experience, skills, languages, location, role context, salary expectations and availability, and organizes everything into searchable candidate profiles. It also flags duplicates, supports CSV export and provides team access control and an audit trail. You can see the flow on the How it works page.

You can test the workflow on the free plan. Paid plans are Starter at €19 per month, Professional at €49 per month and Business at €149 per month. If you need more capacity, extra processing runs are a one-off purchase: 100 runs for €9, 500 for €29 or 1,000 for €49. Full details are on the pricing page, and you can learn more on the RecrutFlo homepage.
FAQ
How do I keep a resume attachment linked to the right candidate?
Save the original file once and store its link in the candidate’s row or profile, next to the email address that identifies them. Use the normalized email address as the key, so a later application from the same person updates the same record instead of creating another. Keep the original email reference as well, so you can trace the file back to the message.
Can I turn resumes from email into a spreadsheet automatically?
Yes. Published workflow templates download attachments from a mailbox, extract text from PDF resumes, pull out fields such as name, contact details, experience, skills and education, and then add or update a spreadsheet row. Review the first batch by hand, because extraction can miss details in unusual layouts. Dedicated recruitment software does the same without you assembling the steps.
Which file formats should I accept for resumes?
PDF, DOC and DOCX cover almost every application. Restrict accepted types where you can, scan files before opening them, and ask for a resend if a file is password protected or too large to scan. Text-based PDFs are generally the easiest to read automatically.
How long should I keep resumes of rejected candidates?
Set a fixed period and record the date of last contact so you can act on it. As a reference point, France’s regulator CNIL recommends that talent-pool retention ordinarily not exceed two years from the last contact. US requirements vary by state and by role, so check with employment counsel before settling on your own period.
When should I move from a spreadsheet to a candidate database?
Move when typing resumes into rows takes too long, duplicates keep appearing, several people need access, or you cannot find past candidates quickly. At that point a searchable database saves more time than it costs.
Sources
- Parse resumes from Gmail to Google Sheets workflow
- Resume data extraction and storage in a database from email attachments
- Add every emailed job application to your candidate sheet
- Multi-source candidate data transformation pipeline README
- File uploads: settings, restrictions and virus scans
- CNIL recruitment guide