Four kinds of “fake email”, and which one you need

Four kinds of “fake email”, and which one you need

·

The same phrase is used for tools that do fundamentally different things. Picking the wrong kind is the most common reason something “does not work” — the tool was never meant to do what was being asked of it.

The four kinds

KindCan it receive mail?What it is for
Address makernoproducing realistic-looking strings for test data
Disposable inbox (this site)yesreceiving a code or a link without giving out your own address
Forwarding aliasyes, into your real inboxa permanent address that hides your real one
Developer sandboxyes, via an APIautomated tests of sign-up flows

Address makers: the one that catches people out

A “maker” or “creator” that produces a list of plausible addresses is generating strings. Nothing was created anywhere; no mailbox exists; nothing sent to those addresses arrives anywhere.

⚠️
Worse than useless in one specific case: an invented address may belong to a real person. Sign up with it and your confirmation mail — and every notification afterwards — goes to a stranger. Anything that needs a code back requires a mailbox that actually exists.

They are genuinely right for one job: filling a test database with realistic values, where nothing will ever be sent.

Disposable inbox

A real mailbox, instantly, with no account — the thing this site does. Right when you need to receive something once and then stop caring. Wrong when you need the address to still work next year, because it expires by design.

Forwarding alias

An address that quietly forwards into a mailbox you already own. Right when you want the mail permanently but not your name on it: newsletters, shops, anything you may want to switch off later without changing your real address.

The trade is the opposite of a disposable inbox: it is permanent, and it is tied to an account you registered. It hides your address from the sender; it does not detach the address from you.

Developer sandbox

An inbox reachable by API so a test suite can read what the application sent. Right for automated testing; heavy-handed for a single sign-up, since it needs an account and a key. What is worth knowing if that is your case — testing sign-up flows.

Choosing by what you are actually doing

You need to…Use
get a code once and never returndisposable inbox
keep receiving, but not expose your addressforwarding alias
fill a test databaseaddress maker
read mail from a test scriptdeveloper sandbox
keep an address that is not tied to youdisposable inbox on your own domain

The last row is the combination people usually want without knowing it exists: no account, no connection to you, and it lasts as long as the domain registration does.

What none of them can do

Send mail as somebody else. Forging a sender is a different activity with a different name, and it is not what any of these tools are — including the ones whose marketing gets close to implying it.

كل المقالات