{"id":137,"date":"2026-06-07T19:35:57","date_gmt":"2026-06-07T14:05:57","guid":{"rendered":"https:\/\/emailalias.io\/blog\/?p=137"},"modified":"2026-06-07T19:36:37","modified_gmt":"2026-06-07T14:06:37","slug":"custom-domain-email-alias","status":"publish","type":"post","link":"https:\/\/emailalias.io\/blog\/custom-domain-email-alias\/","title":{"rendered":"Custom Domain Email Alias: Setup, DNS, and Why It Matters"},"content":{"rendered":"\n<p>A <strong>custom domain email alias<\/strong> is a forwarding address on a domain you own \u2014 something like <code>hello@janedoe.com<\/code> instead of <code>jane-doe-2026@alias-domain<\/code> \u2014 that delivers inbound mail to your real inbox without ever exposing it. The domain is yours, the DNS is yours, the address is yours; the alias provider just runs the routing layer in between. That ownership is the entire point. This guide covers what a custom domain email alias actually is, the DNS records you&#8217;ll add (MX, TXT, SPF, DKIM, DMARC), how the pattern compares to Google Workspace and provider-domain aliases, and the operational mistakes that cost users their setup the most.<\/p>\n\n\n\n<nav class=\"post-toc\" aria-label=\"Table of contents\">\n  <h2 class=\"post-toc__title\">Table of contents<\/h2>\n  <ol class=\"post-toc__list\">\n    <li><a href=\"#what-is-a-custom-domain-email-alias\">What is a custom domain email alias?<\/a><\/li>\n    <li><a href=\"#why-use-a-custom-domain-instead-of-your-providers-domain\">Why use a custom domain instead of your provider&#8217;s domain?<\/a><\/li>\n    <li><a href=\"#how-we-evaluated-custom-domain-alias-setups\">How we evaluated custom-domain alias setups<\/a><\/li>\n    <li><a href=\"#custom-domain-email-alias-options-compared\">Custom domain email alias options compared<\/a><\/li>\n    <li><a href=\"#setting-up-a-custom-domain-email-alias\">Setting up a custom domain email alias<\/a><\/li>\n    <li><a href=\"#picking-the-right-domain-name\">Picking the right domain name<\/a><\/li>\n    <li><a href=\"#using-a-custom-domain-alias-for-professional-mail\">Using a custom domain alias for professional mail<\/a><\/li>\n    <li><a href=\"#migrating-an-existing-custom-domain-setup\">Migrating an existing custom-domain setup<\/a><\/li>\n    <li><a href=\"#common-mistakes-with-custom-domain-aliases\">Common mistakes with custom-domain aliases<\/a><\/li>\n    <li><a href=\"#final-thoughts\">Final thoughts<\/a><\/li>\n    <li><a href=\"#frequently-asked-questions\">Frequently asked questions<\/a><\/li>\n  <\/ol>\n<\/nav>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"what-is-a-custom-domain-email-alias\">What is a custom domain email alias?<\/h2>\n\n\n\n<p>A custom domain email alias is a permanent forwarding address \u2014 for example <code>hello@janedoe.com<\/code>, <code>jane@thefamily.email<\/code>, or <code>billing@myproject.dev<\/code> \u2014 where the local part (the bit before the <code>@<\/code>) is whatever you want, and the domain on the right is one you registered yourself. Inbound mail to the alias is forwarded by your alias provider to your real inbox (usually a regular Gmail, iCloud, Fastmail, or Proton account). The sender never sees your real inbox; the alias is the only address they have.<\/p>\n\n\n\n<p>Structurally, the setup has three components: a domain registered at any registrar (the <a href=\"https:\/\/www.icann.org\/resources\/pages\/registrars-0d-2012-02-25-en\" rel=\"noopener\" target=\"_blank\">ICANN-accredited registrar list<\/a> has hundreds \u2014 Namecheap, Cloudflare Registrar, Porkbun, Gandi are common picks), a set of DNS records that point inbound mail to your alias provider, and the alias rules on the provider&#8217;s side that map specific local-parts (or wildcards) to your real inbox. The DNS records are the bit most users haven&#8217;t touched before; the rest is just account configuration.<\/p>\n\n\n\n<p>The result is portability. The domain is yours; if you change alias providers tomorrow, you just point the same DNS records at a new provider and every address you&#8217;ve ever handed out keeps working. The address you printed on a business card three years ago still resolves. That portability is the entire upside, and our <a href=\"https:\/\/emailalias.io\/blog\/email-alias-portability-guide\/\">alias portability deep-dive<\/a> covers the failure modes for anyone whose addresses are still tied to a provider-controlled domain.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"why-use-a-custom-domain-instead-of-your-providers-domain\">Why use a custom domain instead of your provider&#8217;s domain?<\/h2>\n\n\n\n<p>Most alias providers (EmailAlias.io included) give you addresses on their own domain out of the box \u2014 something like <code>jane.doe-2026@alias-domain<\/code>. That works fine for most use cases and requires zero setup. The reasons to graduate to a custom domain email alias come down to four categories: portability, professional appearance, DNS-level control, and longevity.<\/p>\n\n\n\n<p><strong>Portability.<\/strong> On a provider-owned domain, the addresses you&#8217;ve handed out are functionally rented from the provider. If they raise prices, shut down, or terminate your account, every address dies with the relationship. We covered the operational shape of that risk in our <a href=\"https:\/\/emailalias.io\/blog\/what-happens-if-my-alias-provider-shuts-down\/\">what happens if your alias provider shuts down<\/a> walkthrough. On a custom domain, the addresses survive the provider \u2014 switch the MX record, repoint at a new alias service, your addresses keep working. The domain registrar is the lock-in, not the alias provider, and registrars are easy to switch.<\/p>\n\n\n\n<p><strong>Professional appearance.<\/strong> A custom domain email alias on <code>janedoe.com<\/code> reads as a personal brand or a small business; the same address on a generic alias domain reads as a productivity habit. For client-facing roles, founders, freelancers, and anyone whose address gets printed on resumes or invoices, the perception gap is real and persistent. A $12\/year domain pays for itself in one declined cold-outreach filter or one extra credibility point in a hiring loop.<\/p>\n\n\n\n<p><strong>DNS-level control.<\/strong> A custom domain lets you publish your own SPF, DKIM, and DMARC records, which means outbound mail you send through the alias provider&#8217;s reply-from feature is signed and authenticated by your domain, not the provider&#8217;s. The result is better inbox placement (especially for Gmail-side recipients) and a clean audit trail when something goes wrong. <a href=\"https:\/\/datatracker.ietf.org\/doc\/html\/rfc7489\" rel=\"noopener\" target=\"_blank\">RFC 7489<\/a> spells out the DMARC mechanism and the <code>aggregate<\/code>\/<code>forensic<\/code> report channels you get back as a domain owner.<\/p>\n\n\n\n<p><strong>Longevity.<\/strong> A provider-domain alias is meaningful for as long as the provider keeps the domain registered and the routing live. A custom domain email alias is meaningful for as long as you keep the domain registered \u2014 which, if you set up auto-renew, is indefinite. The address you write on your kid&#8217;s college application today still works when she graduates. For long-horizon use cases (resumes, bylined writing, anything you&#8217;d be annoyed to update later), the custom domain version is the only sensible choice.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"how-we-evaluated-custom-domain-alias-setups\">How we evaluated custom-domain alias setups<\/h2>\n\n\n\n<p>The recommendations below come from running the pattern across three real domains (a personal-brand .com, a project .dev, and a family-shared .email) for the last eighteen months. The criteria that survived contact with reality are the ones in the comparison table below: a custom domain email alias has to be <strong>deliverable<\/strong> (Gmail-side recipients accept it without spam flags), <strong>provider-portable<\/strong> (switching alias services takes hours, not days), <strong>cheaply maintainable<\/strong> (renewal cost under $20\/year, no surprise transactional fees), and <strong>accept-all capable<\/strong> (you can route any local-part you haven&#8217;t pre-configured, so you never have to &#8220;rotate&#8221; an alias you forgot to create).<\/p>\n\n\n\n<p>The non-criteria we explicitly excluded: full mailbox hosting (we&#8217;re not replacing Gmail with a self-hosted IMAP server \u2014 the alias provider does forwarding only) and reply-from on every alias (some providers require Premium to reply from custom-domain addresses, which is fine if your reply volume is concentrated on a few addresses). The goal is to own the address, not to run the mail server.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"custom-domain-email-alias-options-compared\">Custom domain email alias options compared<\/h2>\n\n\n\n<p>Four shapes of &#8220;address on a custom domain&#8221; sit in this space; only one of them is the alias pattern this post is about. The table below compares them on the criteria above so the difference is concrete.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>Option<\/th><th>Mailbox cost<\/th><th>Setup time<\/th><th>Portability<\/th><th>Per-service alias granularity<\/th><\/tr><\/thead><tbody><tr><td>Google Workspace on your domain<\/td><td>$7+\/user\/mo<\/td><td>~30 min<\/td><td>Domain portable; mailbox content stays in Google<\/td><td>Plus addressing only \u2014 no per-service revoke<\/td><\/tr><tr><td>Self-hosted mail server (Mailcow \/ Mail-in-a-Box)<\/td><td>$5\u201320\/mo VPS<\/td><td>~half a day<\/td><td>Full \u2014 you own everything<\/td><td>Whatever the MTA supports; usually plus addressing<\/td><\/tr><tr><td>Forwarding-only service on your domain (the alias pattern)<\/td><td>$4\/mo for Premium tier<\/td><td>~15 min<\/td><td>Domain portable; aliases keyed off DNS, not provider account<\/td><td>Unlimited per-service aliases with one-click revoke<\/td><\/tr><tr><td>Free email forwarders (ImprovMX free tier, etc.)<\/td><td>$0<\/td><td>~10 min<\/td><td>Domain portable<\/td><td>Limited (often 10\u201325 aliases free, no replies)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>For most users, the third row \u2014 a forwarding-only alias service on your own custom domain \u2014 is the right balance of cost, control, and per-service granularity. It&#8217;s the only option that gives you unlimited per-service aliases on a domain you own, without the operational cost of running a mail server. Our <a href=\"https:\/\/emailalias.io\/blog\/email-alias-services-2026\/\">comparison of alias services for 2026<\/a> covers how the leading providers stack up specifically on custom-domain support, which is the feature that distinguishes mature alias services from the rest.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"setting-up-a-custom-domain-email-alias\">Setting up a custom domain email alias<\/h2>\n\n\n\n<p>The setup is six DNS records and one provider-side configuration step. Most modern alias providers (including EmailAlias.io) walk you through each record in their dashboard, but it helps to understand what each one does \u2014 both because you&#8217;ll publish them at your registrar&#8217;s DNS panel, and because troubleshooting a misconfigured record is much faster if you know what it was for.<\/p>\n\n\n\n<p>The diagram below shows how the records work together at delivery time. Every inbound mail to your custom domain follows this exact path; if any one record is wrong, you&#8217;ll see exactly which step fails.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large is-style-default\">\n  <img data-recalc-dims=\"1\" src=\"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/diagram-custom-domain-email-alias.jpg?resize=1080%2C567&#038;ssl=1\"\n       alt=\"custom domain email alias DNS flow showing MX, SPF, DKIM, and DMARC records routing inbound mail to a real inbox\"\n       width=\"1080\" height=\"567\"\n       loading=\"lazy\" decoding=\"async\" \/>\n  <figcaption>Inbound mail to a custom domain email alias passes through the MX record to the provider&#8217;s relay, gets authenticated via SPF and DKIM published on your domain, and is finally forwarded to your real inbox per your alias rules.<\/figcaption>\n<\/figure>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Ownership-verification TXT record.<\/strong> Before the provider routes mail for your domain, it needs proof you own it. The provider gives you a one-time TXT record (something like <code>_emailalias-verify.janedoe.com<\/code> with a random token) that you publish at your DNS. Once they can resolve it, the rest of the setup unlocks. This record can usually be removed after verification but most users leave it in place.<\/li>\n\n\n\n<li><strong>MX records.<\/strong> The MX (Mail Exchange) records on your domain tell the public internet where to deliver mail for any address on <code>@janedoe.com<\/code>. Your alias provider will give you two or three MX hostnames \u2014 publish them at your registrar with the priority values they specify (lower number = higher priority). Without correct MX records, no mail ever reaches the provider, full stop. <a href=\"https:\/\/datatracker.ietf.org\/doc\/html\/rfc5321\" rel=\"noopener\" target=\"_blank\">RFC 5321 section 5<\/a> covers how the resolution works.<\/li>\n\n\n\n<li><strong>SPF record (TXT).<\/strong> SPF (Sender Policy Framework) is a single TXT record at your domain root that lists which mail servers are authorised to send mail using your domain in the <code>From:<\/code> header. Format: <code>v=spf1 include:&lt;provider>.spf -all<\/code>. The <code>-all<\/code> at the end tells receivers to reject mail claiming to be from your domain that isn&#8217;t on the authorised list. <a href=\"https:\/\/en.wikipedia.org\/wiki\/Sender_Policy_Framework\" rel=\"noopener\" target=\"_blank\">Wikipedia&#8217;s SPF overview<\/a> covers the mechanism in more depth.<\/li>\n\n\n\n<li><strong>DKIM records (CNAME or TXT).<\/strong> DKIM (DomainKeys Identified Mail) signs outbound mail with a cryptographic key whose public half is published at your DNS. Modern providers use three CNAME records pointing at the provider&#8217;s key infrastructure so they can rotate keys without you touching DNS again. Each record is a hostname like <code>k1._domainkey.janedoe.com<\/code> pointing at <code>k1.dkim.provider.net<\/code>.<\/li>\n\n\n\n<li><strong>DMARC record (TXT).<\/strong> DMARC is the policy layer on top of SPF and DKIM. A single TXT record at <code>_dmarc.janedoe.com<\/code> tells receivers what to do with mail that fails SPF or DKIM (none, quarantine, reject) and where to send aggregate reports. Start with <code>v=DMARC1; p=none; rua=mailto:&lt;your-real-address><\/code> and tighten to <code>p=quarantine<\/code> once the aggregate reports show no legitimate mail being misclassified.<\/li>\n\n\n\n<li><strong>Provider-side aliases.<\/strong> Once DNS has propagated (usually 5\u201360 minutes, occasionally up to 48 hours for older resolvers), create the actual aliases in your provider&#8217;s dashboard. Most providers let you create individual aliases (<code>billing@janedoe.com<\/code>, <code>recruiter-acme@janedoe.com<\/code>) or set a catch-all that forwards every unmatched local-part to your real inbox. For per-service revocability the individual approach is stronger; for low-effort setup the catch-all is faster.<\/li>\n<\/ol>\n\n\n\n<p>Total setup time end-to-end is fifteen to twenty minutes once you have a domain registered. DNS propagation is the slowest step, and most modern registrars (Cloudflare especially) propagate near-instantly. The first inbound test message should arrive at your real inbox within a few minutes of MX records resolving. EmailAlias.io&#8217;s Premium tier supports up to five custom domains; the full setup walkthrough lives in our <a href=\"https:\/\/emailalias.io\/pricing\/\">pricing and feature page<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"picking-the-right-domain-name\">Picking the right domain name<\/h2>\n\n\n\n<p>The domain you pick is the address every recipient sees, the name that goes on your business card, and the string you&#8217;ll be typing dozens of times a year for as long as you use the system. Three rules dominate the choice.<\/p>\n\n\n\n<p><strong>Short and pronounceable.<\/strong> Every character is a character you&#8217;ll spell out over the phone for the rest of the domain&#8217;s life. <code>janedoe.com<\/code> is unambiguous; <code>jdsmith-personal-2026.email<\/code> is going to be misheard every time. If you can&#8217;t say it on a noisy call without spelling it, pick a different name. Two to three syllables is the sweet spot for personal-brand domains.<\/p>\n\n\n\n<p><strong>Sensible TLD.<\/strong> The Top-Level Domain (the bit after the last dot) is itself a signal. <code>.com<\/code> is the default for personal and small-business use; <code>.dev<\/code>, <code>.io<\/code>, and <code>.email<\/code> read as technical or product-oriented; country-code TLDs (<code>.uk<\/code>, <code>.de<\/code>, <code>.in<\/code>) read as local. Avoid the heavily-spam-associated TLDs (<code>.xyz<\/code>, <code>.top<\/code>, <code>.click<\/code>, <code>.tk<\/code>) \u2014 they trigger reputation filters at Gmail and other major receivers, and the address you publish gets quietly downgraded. A few extra dollars on a clean TLD pays for itself in delivery rate.<\/p>\n\n\n\n<p><strong>No name collisions.<\/strong> If your chosen domain is a near-match for an established brand or a famous person, expect to be confused with them \u2014 and expect their trademark lawyer&#8217;s email two years in. Run the domain through <a href=\"https:\/\/www.namecheap.com\/\" rel=\"noopener\" target=\"_blank\">Namecheap&#8217;s search<\/a> or any registrar; if a similar <code>.com<\/code> is taken by a well-known entity, pick a different name. A few minutes upfront save a forced rename downstream.<\/p>\n\n\n\n<p>For most personal-brand setups, the pattern that ages best is <code>firstname-lastname.com<\/code> (or a close variant if the exact form is taken). For project or product setups, the pattern is <code>productname.dev<\/code> or <code>productname.email<\/code>. For family-shared setups, <code>familyname.email<\/code> works well \u2014 every member of the household gets a clean per-person alias on the same domain.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"using-a-custom-domain-alias-for-professional-mail\">Using a custom domain alias for professional mail<\/h2>\n\n\n\n<p>Once the DNS is published and the alias rules are live, the day-to-day mechanics are mostly invisible. Recipients see your custom domain email alias; mail arrives in your real inbox; replies you send through the provider&#8217;s reply-from feature appear to come from the alias. A few operational habits make the system feel native rather than retrofitted.<\/p>\n\n\n\n<p><strong>Use per-recipient aliases for high-value channels.<\/strong> Pick a naming convention up front \u2014 for example <code>hello@janedoe.com<\/code> for general use, <code>billing@janedoe.com<\/code> for invoicing, <code>recruiter-{agency}@janedoe.com<\/code> for any cold sourcing, <code>{client}@janedoe.com<\/code> for client-specific channels. The convention is the system; the addresses themselves are mechanical from there. We covered the specific case of recruiter and ATS-side segmentation in the <a href=\"https:\/\/emailalias.io\/blog\/email-alias-for-job-search\/\">email alias for job search guide<\/a>.<\/p>\n\n\n\n<p><strong>Set reply-from defaults at the provider.<\/strong> If most of your replies will go from <code>hello@janedoe.com<\/code>, configure that as the default reply-from address in the provider&#8217;s dashboard. The provider will rewrite the <code>From:<\/code> header on outbound mail to that address (signed by your DKIM key, since you set that up in step 4 of the DNS section), so recipients see one consistent professional address even when you&#8217;re replying from your real Gmail web client.<\/p>\n\n\n\n<p><strong>Watch deliverability for the first month.<\/strong> A fresh domain has no sending reputation, which means Gmail-side recipients may quietly route the first few messages to spam. <a href=\"https:\/\/postmaster.google.com\/\" rel=\"noopener\" target=\"_blank\">Google Postmaster Tools<\/a> exposes per-domain spam-rate and reputation telemetry once you verify ownership of your domain. For most personal-volume setups (a handful of outbound messages per week), the ramp-up is invisible; for higher-volume setups, expect a few weeks of warm-up before reputation settles.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"migrating-an-existing-custom-domain-setup\">Migrating an existing custom-domain setup<\/h2>\n\n\n\n<p>If your custom domain already has mail running through it \u2014 Google Workspace, a self-hosted server, an old ImprovMX free tier, anywhere \u2014 the migration to a dedicated alias provider is a four-step sequence that keeps inbound mail flowing the entire time. Done correctly, you don&#8217;t lose a single message; done sloppily, you bounce mail for hours.<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Verify the new provider before touching MX.<\/strong> Add the ownership-verification TXT record at the new provider while the old MX is still live. Verification can resolve in parallel without affecting active mail delivery.<\/li>\n\n\n\n<li><strong>Pre-create the alias rules.<\/strong> In the new provider, set up every alias rule (<code>hello@<\/code>, <code>billing@<\/code>, plus a catch-all) before flipping MX. The moment you swap MX, every address that hits the new provider needs a rule or it bounces.<\/li>\n\n\n\n<li><strong>Lower the MX TTL.<\/strong> A day before the cutover, lower the TTL on your old MX records to 300 seconds (5 minutes). When you flip MX, resolvers globally switch within minutes rather than waiting for the previous TTL (often 3600 seconds or more) to expire.<\/li>\n\n\n\n<li><strong>Swap MX, then SPF\/DKIM\/DMARC.<\/strong> Update the MX records first; mail starts arriving at the new provider. Then update SPF, DKIM, and DMARC to match the new provider&#8217;s authentication. Watch your old provider for residual deliveries for a few days \u2014 anything still landing there means a resolver somewhere hasn&#8217;t refreshed; consider raising tickets or just waiting it out.<\/li>\n<\/ol>\n\n\n\n<p>If you&#8217;re migrating away from a paid mailbox host (Google Workspace), there&#8217;s also a content step: export the existing mailbox via IMAP or Google Takeout, import it into your real inbox, and you&#8217;re done with Workspace. The custom domain email alias setup replaces the routing layer, not the storage; storage moves to your real inbox by way of the export. For a deeper dive into the portability mechanics, our <a href=\"https:\/\/emailalias.io\/blog\/email-alias-portability-guide\/\">email alias portability guide<\/a> covers what survives a provider switch and what doesn&#8217;t.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"common-mistakes-with-custom-domain-aliases\">Common mistakes with custom-domain aliases<\/h2>\n\n\n\n<p>The setup is forgiving but a few mistakes are persistent and easy to make. The list below is in rough order of how often we&#8217;ve seen each one cost users a working setup.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Skipping DKIM and DMARC.<\/strong> Most providers require only MX and SPF to deliver inbound, so the system &#8220;works&#8221; without DKIM and DMARC \u2014 but outbound deliverability slowly degrades as Gmail-side recipients downgrade messages from unauthenticated domains. Add all three records on the first day; the cost is one extra minute and the benefit is delivery rate that doesn&#8217;t drift downward.<\/li>\n\n\n\n<li><strong>Setting DMARC to <code>p=reject<\/code> too early.<\/strong> Start with <code>p=none<\/code>, monitor the aggregate reports for a week, only then tighten. Jumping straight to <code>p=reject<\/code> with a misconfigured SPF or DKIM will silently bounce every outbound message you send, and the failures often look like generic delivery errors rather than DMARC rejections.<\/li>\n\n\n\n<li><strong>Forgetting to renew the domain.<\/strong> A custom domain email alias on an expired domain stops resolving instantly. Set auto-renew at the registrar, set a calendar reminder one month before expiry, and consider registering for a longer initial term (5 or 10 years is cheap and removes the failure mode entirely).<\/li>\n\n\n\n<li><strong>Catch-all without monitoring.<\/strong> A catch-all alias forwards every unconfigured local-part to your real inbox. Carders and spam-sourcing tools probe for catch-alls and will flood you with junk once they discover one. Either use individual aliases (no catch-all) or pair the catch-all with strong inbound filtering on your real inbox.<\/li>\n\n\n\n<li><strong>Using the same domain for outbound transactional mail.<\/strong> If you also send marketing or transactional mail from the domain via a separate tool (Mailchimp, Postmark), the SPF record needs to authorise both senders. <code>v=spf1 include:&lt;alias-provider>.spf include:&lt;marketing-provider>.spf -all<\/code> rather than just one or the other.<\/li>\n\n\n\n<li><strong>Publishing alias addresses on public web pages.<\/strong> Scrapers index public pages and the addresses you publish become spam targets within weeks. If you need a public contact address on a website, use a dedicated alias for that purpose (something like <code>contact@janedoe.com<\/code>) so you can revoke and replace it when the inevitable scrape happens, without losing every other alias on the domain.<\/li>\n\n\n\n<li><strong>Mixing provider domains and custom domains for the same recipient.<\/strong> If you give a recruiter <code>jane-acme@janedoe.com<\/code> on Monday and <code>jane.doe-acme@alias-domain<\/code> on Tuesday, both end up in the recruiter&#8217;s database and you lose the per-org segmentation the alias system was supposed to give you. Commit to the custom domain for the use case and stay consistent.<\/li>\n<\/ul>\n\n\n\n<p>The biggest single mistake is treating the custom domain email alias as identical to the provider-domain version. The mechanics are similar; the operational discipline is different. The DNS records are now your responsibility, the renewal is now your responsibility, and the public addresses are now yours forever rather than rented from the provider. That permanence is the upside, but it inverts the support model \u2014 the provider can fix many things; they can&#8217;t fix an expired domain, a missing DMARC record, or a catch-all you forgot to disable.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"final-thoughts\">Final thoughts<\/h2>\n\n\n\n<p>A custom domain email alias is the version of the alias pattern that ages well. The provider-domain version is enough for most early use \u2014 set it up in two minutes, get the privacy and revocability benefits immediately. The custom-domain version costs a few extra steps and twelve to twenty dollars a year, and in exchange the addresses you publish today still work for as long as you keep the domain registered. For anyone whose addresses are going on resumes, business cards, public websites, or anywhere they&#8217;ll be in circulation for years, the custom-domain version is the only setup that doesn&#8217;t accumulate switching costs.<\/p>\n\n\n\n<p>The DNS step is the bit most users put off; it&#8217;s also the bit that takes fifteen minutes once you actually sit down to do it. The six records (verification TXT, MX, SPF, DKIM x3, DMARC) are standardised, well-documented, and provider-agnostic \u2014 the same records work whether you&#8217;re on EmailAlias.io, Proton&#8217;s custom-domain feature, or any of the alternatives we covered in the <a href=\"https:\/\/emailalias.io\/blog\/email-alias-services-2026\/\">2026 alias services comparison<\/a>. The portability that gives you is the entire upside.<\/p>\n\n\n\n<p>If you want to try the pattern, <a href=\"https:\/\/emailalias.io\/pricing\/\">EmailAlias.io&#8217;s Premium tier<\/a> supports up to five custom domains alongside unlimited aliases on each \u2014 enough for a personal-brand domain, a project domain, and a family-shared domain in one account. The free tier of 10 aliases is on our provider-domain only; custom-domain support is a Premium feature. Pick a domain you&#8217;d be happy printing on a business card, give the DNS setup an evening, and you&#8217;re done \u2014 the addresses you create on it will keep working as long as you renew.<\/p>\n\n\n\n<h2 id=\"frequently-asked-questions\">Frequently asked questions<\/h2>\n\n\n<div id=\"rank-math-faq\" class=\"rank-math-block\">\n<div class=\"rank-math-list \">\n<div id=\"faq-question-1780840678519\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Do I need any technical knowledge to set up a custom domain email alias?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>You need to paste six DNS records into your registrar&#8217;s DNS panel \u2014 your alias provider&#8217;s dashboard tells you the exact value for each. There&#8217;s no command-line work, no server administration, and no programming. If you&#8217;ve ever pointed a website at a hosting provider, you&#8217;ve already done a near-identical task. Total setup time is fifteen to twenty minutes end-to-end.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-1780840688781\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">How much does a custom domain email alias actually cost per year?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>A registered domain costs $10\u201320 per year (most .com names sit around $12). On EmailAlias.io, the Premium tier that includes custom-domain support is $4\/month, which covers up to five custom domains plus unlimited aliases on each. Total all-in for one custom domain is roughly $60\/year \u2014 well below the $84\/year for a single Google Workspace seat, with broader alias capability.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-1780840700429\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">What&#8217;s the difference between a custom domain email alias and Google Workspace on the same domain?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>Google Workspace gives you a full mailbox on your domain \u2014 storage, IMAP, web client \u2014 at $7+\/user\/month. A custom domain email alias is forwarding-only: inbound mail to your domain is delivered to a real inbox you already have (Gmail, iCloud, anywhere). The alias version is cheaper and gives you unlimited per-service aliases with one-click revoke; Workspace gives you a mailbox you can run filters and labels on. Most users want both \u2014 Workspace at work, custom-domain alias for personal.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-1780840710527\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Can I keep my existing mail account and just use the custom domain for forwarding?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>Yes \u2014 that&#8217;s the typical setup. Inbound to your custom domain forwards to whatever real mailbox you already use (Gmail, Fastmail, iCloud, Proton). You don&#8217;t need to switch mail clients, migrate any history, or learn a new inbox. Your real account remains private and unexposed; your custom domain is the public-facing layer.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-1780840724478\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">What happens to my custom domain email alias if I switch alias providers?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>The addresses survive the switch. Your alias provider runs the routing layer; the domain itself is yours, registered at your registrar. To migrate, you point the same DNS records (MX, SPF, DKIM, DMARC) at the new provider, recreate the alias rules in their dashboard, and inbound mail flows through the new provider. The addresses your contacts have stay the same. This is the entire portability story behind running aliases on a custom domain.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-1780840735607\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Will my custom domain email alias work for high-stakes use cases like banks or government services?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>Yes. From the bank or government service&#8217;s perspective, your custom domain address is indistinguishable from any other professional email \u2014 they don&#8217;t know or care that the routing layer is a forwarding service. Many users prefer a custom-domain alias for these accounts precisely because it gives them a stable, professional-looking address with a kill-switch if the institution ever leaks it.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-1780840746935\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Do I need DKIM and DMARC for a forwarding-only setup, or are MX and SPF enough?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>Add all four. MX and SPF are enough to receive mail, but DKIM and DMARC become essential for any outbound \u2014 replies through the provider&#8217;s reply-from feature, password-reset confirmations relayed via the alias, anything where your domain appears in the From: header. Without DKIM, Gmail-side recipients quietly downgrade your messages to spam; without DMARC, your domain is trivially spoofable by anyone. The records take five extra minutes to publish.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-1780840760735\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Can I use a single custom domain for both my alias setup and my website?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>Yes \u2014 they don&#8217;t conflict. Your A or CNAME records point your website at a web host; your MX records point your mail at the alias provider. The two record types are completely independent. Most users run a personal site at the same domain their aliases use; the address on the contact page and the domain in the URL bar match, which reads as a coherent personal brand.<\/p>\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>A custom domain email alias is a forwarding address on a domain you own \u2014 something like hello@janedoe.com instead of jane-doe-2026@alias-domain \u2014 that delivers inbound mail to your real inbox&#8230;<\/p>\n","protected":false},"author":3,"featured_media":138,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[1,9],"tags":[],"class_list":{"0":"post-137","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-email-alias","8":"category-productivity"},"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-custom-domain-email-alias.jpg?fit=1200%2C630&ssl=1","jetpack_sharing_enabled":true,"jetpack-related-posts":[{"id":103,"url":"https:\/\/emailalias.io\/blog\/email-alias-portability-guide\/","url_meta":{"origin":137,"position":0},"title":"Email Alias Portability with a Custom Domain","author":"Troy Hunt","date":"May 31, 2026","format":false,"excerpt":"Email alias portability is the property that lets you move from one alias provider to another without losing your aliases, breaking forwarding, or having to update every service that has your address on file. In 2026 it is the single most important purchase criterion for serious alias users \u2014 more\u2026","rel":"","context":"In &quot;Email Aliases&quot;","block_context":{"text":"Email Aliases","link":"https:\/\/emailalias.io\/blog\/category\/email-alias\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-portability-guide.jpg?fit=1200%2C630&ssl=1&resize=350%2C200","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-portability-guide.jpg?fit=1200%2C630&ssl=1&resize=350%2C200 1x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-portability-guide.jpg?fit=1200%2C630&ssl=1&resize=525%2C300 1.5x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-portability-guide.jpg?fit=1200%2C630&ssl=1&resize=700%2C400 2x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-portability-guide.jpg?fit=1200%2C630&ssl=1&resize=1050%2C600 3x"},"classes":[]},{"id":119,"url":"https:\/\/emailalias.io\/blog\/what-happens-if-my-alias-provider-shuts-down\/","url_meta":{"origin":137,"position":1},"title":"Alias Provider Shutdown: How to Keep Your Mail","author":"Troy Hunt","date":"June 3, 2026","format":false,"excerpt":"An alias provider shutdown is the single most damning objection to building any privacy infrastructure on top of an alias service. The fear is straightforward: you spend two years setting up per-service aliases for every account that matters, the provider shuts down, and you wake up to a hundred dead\u2026","rel":"","context":"In &quot;Email Aliases&quot;","block_context":{"text":"Email Aliases","link":"https:\/\/emailalias.io\/blog\/category\/email-alias\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-what-happens-if-my-alias-provider-shuts-down.jpg?fit=1200%2C630&ssl=1&resize=350%2C200","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-what-happens-if-my-alias-provider-shuts-down.jpg?fit=1200%2C630&ssl=1&resize=350%2C200 1x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-what-happens-if-my-alias-provider-shuts-down.jpg?fit=1200%2C630&ssl=1&resize=525%2C300 1.5x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-what-happens-if-my-alias-provider-shuts-down.jpg?fit=1200%2C630&ssl=1&resize=700%2C400 2x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-what-happens-if-my-alias-provider-shuts-down.jpg?fit=1200%2C630&ssl=1&resize=1050%2C600 3x"},"classes":[]},{"id":149,"url":"https:\/\/emailalias.io\/blog\/free-email-forwarding-service\/","url_meta":{"origin":137,"position":2},"title":"Free Email Forwarding Service: Best Picks for 2026","author":"Troy Hunt","date":"June 10, 2026","format":false,"excerpt":"A free email forwarding service is the cheapest way to put a forwarding alias in front of your real inbox \u2014 pick a provider with a working free tier, register an address on their domain, and inbound mail to that address starts landing in your real inbox without ever exposing\u2026","rel":"","context":"In &quot;Comparisons&quot;","block_context":{"text":"Comparisons","link":"https:\/\/emailalias.io\/blog\/category\/comparisons\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-free-email-forwarding-service.jpg?fit=1200%2C630&ssl=1&resize=350%2C200","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-free-email-forwarding-service.jpg?fit=1200%2C630&ssl=1&resize=350%2C200 1x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-free-email-forwarding-service.jpg?fit=1200%2C630&ssl=1&resize=525%2C300 1.5x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-free-email-forwarding-service.jpg?fit=1200%2C630&ssl=1&resize=700%2C400 2x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-free-email-forwarding-service.jpg?fit=1200%2C630&ssl=1&resize=1050%2C600 3x"},"classes":[]},{"id":158,"url":"https:\/\/emailalias.io\/blog\/best-email-alias-for-business\/","url_meta":{"origin":137,"position":3},"title":"Best Email Alias for Business: 7 Picks for 2026","author":"Troy Hunt","date":"June 12, 2026","format":false,"excerpt":"Choosing the best email alias for business is no longer just a privacy question \u2014 it is an operational one. Every signup an employee makes on a SaaS trial, every vendor that emails them once and never stops, every recruiter that scrapes a leaked database, and every conference badge that\u2026","rel":"","context":"In &quot;Comparisons&quot;","block_context":{"text":"Comparisons","link":"https:\/\/emailalias.io\/blog\/category\/comparisons\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-best-email-alias-for-business.jpg?fit=1200%2C630&ssl=1&resize=350%2C200","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-best-email-alias-for-business.jpg?fit=1200%2C630&ssl=1&resize=350%2C200 1x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-best-email-alias-for-business.jpg?fit=1200%2C630&ssl=1&resize=525%2C300 1.5x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-best-email-alias-for-business.jpg?fit=1200%2C630&ssl=1&resize=700%2C400 2x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-best-email-alias-for-business.jpg?fit=1200%2C630&ssl=1&resize=1050%2C600 3x"},"classes":[]},{"id":47,"url":"https:\/\/emailalias.io\/blog\/what-is-an-email-alias\/","url_meta":{"origin":137,"position":4},"title":"What Is an Email Alias? Complete Guide for 2026","author":"Troy Hunt","date":"May 17, 2026","format":false,"excerpt":"An email alias is a forwarding address that hides your real inbox while still delivering every message you receive \u2014 newsletters, receipts, password resets \u2014 straight to the inbox you already use. Instead of handing out your primary address to every website, store, and signup form, you generate a separate\u2026","rel":"","context":"In &quot;Email Aliases&quot;","block_context":{"text":"Email Aliases","link":"https:\/\/emailalias.io\/blog\/category\/email-alias\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/05\/og-what-is-an-email-alias.jpg?fit=1200%2C630&ssl=1&resize=350%2C200","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/05\/og-what-is-an-email-alias.jpg?fit=1200%2C630&ssl=1&resize=350%2C200 1x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/05\/og-what-is-an-email-alias.jpg?fit=1200%2C630&ssl=1&resize=525%2C300 1.5x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/05\/og-what-is-an-email-alias.jpg?fit=1200%2C630&ssl=1&resize=700%2C400 2x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/05\/og-what-is-an-email-alias.jpg?fit=1200%2C630&ssl=1&resize=1050%2C600 3x"},"classes":[]},{"id":133,"url":"https:\/\/emailalias.io\/blog\/email-alias-for-job-search\/","url_meta":{"origin":137,"position":5},"title":"Email Alias for Job Search: Keep Recruiters Apart","author":"Troy Hunt","date":"June 6, 2026","format":false,"excerpt":"An email alias for job search is a separate forwarding address you hand to recruiters, ATS portals, and prospective employers \u2014 one that forwards to your real inbox without ever exposing it. Active job-hunters share their email with 50 to 200 organisations over a three-month search, and every one of\u2026","rel":"","context":"In &quot;Email Aliases&quot;","block_context":{"text":"Email Aliases","link":"https:\/\/emailalias.io\/blog\/category\/email-alias\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-for-job-search.jpg?fit=1200%2C630&ssl=1&resize=350%2C200","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-for-job-search.jpg?fit=1200%2C630&ssl=1&resize=350%2C200 1x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-for-job-search.jpg?fit=1200%2C630&ssl=1&resize=525%2C300 1.5x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-for-job-search.jpg?fit=1200%2C630&ssl=1&resize=700%2C400 2x, https:\/\/i0.wp.com\/emailalias.io\/blog\/wp-content\/uploads\/2026\/06\/og-email-alias-for-job-search.jpg?fit=1200%2C630&ssl=1&resize=1050%2C600 3x"},"classes":[]}],"_links":{"self":[{"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/posts\/137","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/comments?post=137"}],"version-history":[{"count":1,"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/posts\/137\/revisions"}],"predecessor-version":[{"id":140,"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/posts\/137\/revisions\/140"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/media\/138"}],"wp:attachment":[{"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/media?parent=137"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/categories?post=137"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/emailalias.io\/blog\/wp-json\/wp\/v2\/tags?post=137"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}