What it does
Email sits alongside texting in the same account, on the same wallet, with the same organizations, permissions, and reporting. You get:- Sending domains. Prove a domain you own by publishing DNS records, then send from it.
- Sender identities. A From address on a verified domain, carrying the physical mailing address and paid-for-by disclaimer that go in every footer.
- Lists. Uploaded, segmented, or synced from WinRed and Anedot, each with a recorded consent attestation. Optional paid validation cleans a list before you send to it.
- Suppressions. Opt-outs held at the organization, sender identity, or list level, honored automatically.
- Campaigns. Compose, test, schedule, send, and report, with warm-up limits and deliverability breakers applied for you.
- Templates, drafted for you if you want. A reusable design library, plus Draft with Lincoln: describe the email and the platform’s AI agent writes the design, $3.00 per draft, charged only when one comes back.
- Link tagging. Donation links to WinRed and Anedot are tagged with a refcode, source code, and UTM parameters, so the committee can attribute the gift in their own portal.
What it deliberately does not do
Knowing the boundaries up front saves a wasted afternoon:- There is no inbox. We do not receive inbound email. Replies go to the
reply_toaddress you configure, in whatever mailbox you already use. There is no inbound email webhook. - There is no A/B testing. One campaign is one message to one audience.
- We never write your DNS. Every record is published by you, in your own zone. See Sending domains and DNS.
- There is no open-tracking webhook. Open rates appear in reports, but
email.openedis not an event you can subscribe to: a tracking pixel is approximate and, at campaign volume, would be by far the noisiest event we could send.
How setup goes
1
Add a sending domain
Register the domain and publish the DNS records we generate. Verification is
usually minutes once the records propagate.
2
Create a sender identity
Pick the From address and name, and fill in the physical mailing address and
disclaimer. An identity missing either is paused rather than allowed to send
non-compliant mail.
3
Build a list
Import contacts and record how they consented. If the list was acquired
rather than collected by you, say so: acquired lists must be validated before
their first send.
4
Send a test, then schedule
Test sends are real messages to addresses you name, and every campaign
requires one before it can be submitted or scheduled. Once the checklist is
clear, schedule it or send now.
What it costs
Email sending is **0.0015 each). Optional list validation is 3.00, charged only when a draft comes back ready. The optional dedicated sending add-on is $15.00 per month. Sending domains, sender identities, and hosted unsubscribe pages are free. Charges appear in your ledger under the Email family, alongside your texting usage on the same wallet, so there is one balance and one invoice rather than two. Lincoln drafts are billed under the AI family, since that is what they are. Sub-organization charges roll up to the parent. When a sub-organization sends, every organization above it in the hierarchy is charged at its own price, exactly as texting works today. A funded sub-organization is still blocked if an organization above it cannot cover its share, so fund the organization that actually ran short. See Billing. Test sends and seed addresses are real sends and are billed at the same per-recipient rate. They are excluded from campaign statistics and never fire webhooks, because they are our traffic rather than your audience’s.Over the API
Everything above is available programmatically under/v1/email: domains,
senders, lists, suppressions, campaigns, and templates. Five outbound webhook
events cover the results: email.delivered, email.bounced,
email.complained, email.unsubscribed, and email.clicked.
Request and response shapes, authentication, and error codes are in the
API reference. These help pages cover the product;
the reference covers the contract.
Where to go next
Sending domains and DNS
The records to publish and how verification is confirmed.
Lists and validation
Importing, consent, and paid validation.
Campaigns and deliverability
Sender identities, the checklist, warm-up, tracking, and reporting.
Bounces, complaints, and suppressions
What happens to an address that bounces, complains, or opts out.
Compliance and link tagging
Footers, unsubscribes, and tagging donation links for WinRed and Anedot.
Google Postmaster Tools
Gmail’s own view of your sending, and why new senders see no data.
Gmail Verified Sender Program
Reliable Gmail inbox delivery for verified 527 committees, and the Campaign Verify steps to get there.
