mycompany.alias4me.in — and every address beneath it is yours. Unlike a
custom domain, there is nothing to configure: no DNS records,
no verification, no waiting. You claim the name and it starts receiving mail
within a second.
Subdomains are a Pro feature. Pro includes 5 subdomains. They are counted
separately from custom domains, so having one does not use up the other.
Subdomain or custom domain?
Both give you a namespace you control. They differ in what they cost you to run.
Pick a subdomain when you want a tidy, branded-ish namespace today without
buying or configuring anything. Pick a custom domain when the address needs to
be on a domain you own — for a business, or to start new conversations as well
as receive and reply.
Claiming one
Go to Subdomains in the dashboard and choose a label. The label is the part you pick; the rest is the Maski domain it sits under, chosen from a list. Today that list holds one domain,alias4me.in.
Labels are checked as you type. Some are unavailable:
- Anything already claimed, by you or anyone else.
- Infrastructure names —
mx,mail,smtp,www,bounces, and similar. - Brand and role names, for the same reason Maski restricts them on shared
addresses:
paypal.alias4me.inwould be a convincing thing to pretend with. - Punycode (
xn--) labels, and anything outside letters, digits and hyphens.
Choosing what arrives
A subdomain has an inbound mode, which decides what happens to mail for an address you have not explicitly created. You pick one when you claim, and you can change it at any time — a change takes effect on the next message, with nothing in flight to migrate.Manual — only addresses you create
Manual — only addresses you create
Mail to any other address on the subdomain is discarded, and the sender is
not told. The tidiest option, and the default.
Catch-all — one address absorbs everything
Catch-all — one address absorbs everything
A single
* address receives all mail for the subdomain, wherever it was
sent, and forwards it to one destination.Auto-create — a real alias per address
Auto-create — a real alias per address
The
* address acts as a template. The first time mail arrives for a new
address, Maski creates a real alias from that template. From then on the
address has its own settings, its own counters, and its own pause and
sender rules — you can manage it like any other alias.The * address
Catch-all and auto-create both deliver through a * address. A subdomain
in one of those modes with no * address yet delivers nothing, and, as with
manual mode, the senders are not told. Maski never guesses a destination on your
behalf, and it never leaves you in that state without saying so:
- When you claim into catch-all or auto-create, the dialog offers to create
the
*address for you, ticked by default, and names the destination it will forward to. Untick it if you would rather set it up yourself. - On the subdomain’s page, if a delivering mode has no
*address, the page says so and gives you Add catch-all — one click, no dialog. - Add address on the same page creates a named address like
work@mycompany.alias4me.in, with the subdomain already selected.
* address is the
template every auto-created address inherits its destination from.
A
* address you create counts as one of your plan’s aliases, the same as a
catch-all on a custom domain. At most one per subdomain, so a Pro account that
gives all 5 subdomains a catch-all spends 5 of its 25 aliases. If you are
already at the alias limit when you claim, the offer stands down and says so —
the claim still goes through, and you can add the * address after freeing a
slot.Addresses created by inbound mail
Under auto-create, addresses appear because someone mailed them, not because you made them. On the subdomain’s page they are marked Created by inbound mail so you can tell them apart from the ones you made. They do not count against your plan’s alias limit — you did not create them, and a stranger mailing a hundred random addresses at your subdomain should not be able to stop you making aliases by hand. They are limited separately, per subdomain: up to 200 auto-created addresses each, and a cap on how many new ones can appear in an hour so a burst cannot fill your list. Reaching either limit never costs you mail. New addresses keep forwarding through the* template, exactly as a plain catch-all would; you just stop
getting a separate row per address.
Addresses beneath your subdomain
Every address under a subdomain you hold is yours alone, so the shared-domain restrictions do not apply.support@, hello@, careers@ and billing@ are
all available to you, and short names of two characters are allowed.
Replies and sending
You can reply to anything Maski forwards you from a subdomain address. Reply as normal from your own mail client and Maski routes the message back out as the subdomain address, so the other person never sees your real inbox. Setting a sender name on the alias works here too. You cannot start a new conversation from a subdomain address — send-from-alias needs a verified custom domain. Mail from your subdomain is signed under the shared Maski domain, so allowing fresh outbound would let one account’s behaviour affect delivery for everyone else on that domain. A subdomain is reply-only, the same as a shared Maski address.If your Pro plan ends
Subdomains are disabled, not released, when an account goes back to free. The names stay yours and keep their addresses; mail stops arriving until you upgrade again, at which point they come back as they were. Nothing is burned and nothing is handed to anyone else. While a subdomain is disabled you cannot add addresses to it — an address on a name that routes no mail would be a dead end — and the page says so rather than offering a button that does nothing.Releasing a subdomain
Releasing frees the slot against your plan limit. It does not free the name. You confirm a release by typing the subdomain’s label. If you only want to stop paying, downgrading is the reversible option — see above.About DMARC checkers
If you run an external DMARC checker against your subdomain, some will report “no DMARC record” or “invalid DMARC record”. This is a reporting artifact, not a fault, and your mail is unaffected. The reason is a detail of how DNS wildcards work. Maski publishes one wildcard record that covers every subdomain, and that wildcard also answers at the name where a checker looks for a DMARC policy. Receivers follow the spec here: they ignore anything that is not a DMARC policy and fall back to the policy on the parent domain, which is published and correct. Strict checkers stop at the first answer and report it as broken. Mail from your subdomain is signed and aligned on both SPF and DKIM, and passes DMARC. If you want to confirm it yourself, check the policy on the parent domain rather than on your subdomain, or send a message to a mailbox that shows authentication results.Limits
- Pro includes 5 subdomains. Free includes none.
- A
*address you create counts as one of your plan’s aliases. Addresses created by inbound mail do not. - Auto-created addresses are capped at 200 per subdomain and rate-limited.
Reaching a limit degrades to forwarding through the
*address; mail is never dropped for it. - Starting a new message from a subdomain address is not supported. Replies are. Use a custom domain if you need to send first.
- Brand logos (BIMI) are not available on a subdomain. Publishing the record a logo needs would stop the wildcard answering for your name, and your mail would stop with it.