A sheet is the audience
Upload a CSV where each row is a recipient and each column a value. No list to create, no fields to predefine — the spreadsheet is the send list for this one job.
Sending · Business tier
Upload a CSV where each row is a recipient, write one template that references the columns as merge tags, and Mumara ONE produces a personalized send for every row. No list setup — the send surface for individualized announcements and one-off outreach that doesn't fit the standard list model.
Hi %%name%%, your %%plan%% plan renews %%renews%%.
Three steps
Upload a CSV where each row is a recipient and each column a value. No list to create, no fields to predefine — the spreadsheet is the send list for this one job.
Write a single email referencing the columns as merge tags. Each recipient gets a version assembled from their own row, with fallbacks for blanks.
Mail merge still leaves through a Bridge with full authentication and tracking — a different front door to the same dedicated-IP infrastructure.
When to reach for it
Most marketing runs off lists and segments. But some sends are inherently row-based — an individualized announcement to a hand-built set of contacts, a one-time outreach with per-recipient details, a 1:few campaign you'd never model as a standing list. Mail merge is the clean path for those.
Prepare the CSV
An email column plus any per-recipient fields you want to merge.
Write the template
Compose one email referencing the columns as merge tags.
Map and preview
Match columns to tags and preview a few rows to confirm the personalization.
Send
Mumara produces a personalized email per row and sends through your chosen Bridge.
What it solves
Creating a standing list for a single individualized send clutters your audience model. Mail merge runs straight off the spreadsheet — no leftover list to manage.
Word-plus-Outlook mail merge has no authentication, tracking, or deliverability behind it. Mail merge in ONE sends through your dedicated IPs with the full spine.
Some sends need values that only exist per row, not as standing contact fields. The CSV carries them for this send without polluting the contact record.
Hand-sent personalized emails are invisible afterward. Mail merge sends are tracked like any other — opens, clicks, bounces included.
What teams use it for
“We send renewal notices in irregular batches, each with different amounts and dates per customer. Building a list for every batch was silly — now we just upload the spreadsheet, the template fills from the columns, and it goes out through our transactional Bridge with tracking. The contact records stay clean because the one-off numbers live in the CSV, not on the contact.”
Verified review
Mumara ONE customer
Common questions
No — that's the point. Mail merge runs directly off the uploaded CSV. Each row is a recipient for this one send, with no standing list to create or maintain afterward.
Reference the spreadsheet's column names as merge tags in your template (for example %%name%% or %%plan%%). Each recipient receives a version filled from their own row, with fallbacks where a cell is empty.
Yes. A mail-merge send leaves through a Bridge with full authentication and tracking, exactly like a broadcast — it's just a row-driven front door to the same infrastructure.
Mail Merge is a Business-tier capability of Mumara ONE.
Related
The same merge-tag mechanism mail merge uses, across all your sends.
Read moreFor recurring sends, store per-recipient data as fields instead of a CSV per job.
Read moreThe list- and segment-driven counterpart for your standing audiences.
Read moreA mail-merge send routes through a Bridge to its Pool and dedicated IPs, like every send.
Read moreMumara ONE · Mail Merge
Upload the CSV, write one template, and Mumara sends a personalized email per row — authenticated, tracked, and routed through your Bridge. Business tier.