Magic/tragic email links: don't make them the only option

Issues I’ve encountered building an app with magic links:<p>1. Include a fallback sign-in code in your magic link, in case the user needs to log in on a device where accessing their email isn’t practical.<p>2. Make sure the sign-in link can handle email clients that open links automatically to generate preview screenshots.<p>3. Ensure the sign-in link works with email clients that use an in-app browser instead of the user’s preferred browser. For example, an iOS user might prefer Firefox mobile, but their email client may force the link to open in an in-app browser based on Safari.

We&#x27;ve been using Magic Links for a few years (and yes, one reason was to avoid the security issue of storing user passwords when we were just at MVP stage) and found the top problems with it are:<p>1. Some users (0.1%) just don&#x27;t ever get the email. We tried sending from our IP, sending from MailGun, sending from PostMark, having a multi-tier retry from different transactional tools. Still, some people just will not ever be able to log in.<p>2. People click old Magic Links and get frustrated when a 6-month old link &quot;doesn&#x27;t work&quot;. We&#x27;ve decided to remedy that by showing them a page that re-sends the link and explains the situation (like Docusign does) instead of an error message.<p>3. People will routinely mis-spell their email and then blame the system when they don&#x27;t get the code.<p>All of this still results, I feel, in way fewer support tickets than the email+password paradigm, so I&#x27;m still in favor of Magic links.

I&#x27;ve been a loyal Mercury customer for a while now, but their forced use of magic links as a third authentication factor any time my IP address changes (<i>after</i> authenticating with a secure password from my password manager <i>and</i> after a valid TOTP) has me ready to move my company&#x27;s banking elsewhere.<p>I could understand requiring a third factor to authenticate if signing in from a different location or a different ISP than I&#x27;ve been using for the past 5 years, but it&#x27;s ridiculous to do so if nothing has changed (except the final octet of my DHCP-assigned address) since I last signed in yesterday. I use a different computer (via SSH) to read my email than I do for web browsing, and cutting-and-pasting a signin link that&#x27;s hundreds of characters long (spanning multiple lines in Emacs, so I have to manually remove \ where it crosses line boundaries) is a PITA.<p>Adding friction on every sign-in colors all subsequent interactions I have with an app, and makes me hate using it.

I think this is really great as a response to 404&#x27;s post last week. I love 404 but I&#x27;m as annoyed by Magic Links as OP for the same reasons they mention.<p>Ricky Mondello wrote a really great blog last week[1] about how passkeys, as OP alludes to at the end, can be used alongside Magic Links, that I think is worth a read.<p>[1]: <a href="https:&#x2F;&#x2F;rmondello.com&#x2F;2025&#x2F;01&#x2F;02&#x2F;magic-links-and-passkeys&#x2F;" rel="nofollow">https:&#x2F;&#x2F;rmondello.com&#x2F;2025&#x2F;01&#x2F;02&#x2F;magic-links-and-passkeys&#x2F;</a>

Am I misunderstanding something, or are passkeys not actually an alternative to magic links?<p>Every implementation of passkeys I&#x27;ve seen has presented me with the option to create a passkey <i>after I&#x27;ve already logged in with some other method</i>. I&#x27;ll admit that I haven&#x27;t dug into it deeply, but the UX I&#x27;ve been presented with consistently makes passkeys appear to be an alternative to the &quot;Remember this computer&quot; button, not to passwords in general. <i>Somehow</i> the service has to know that this new device is authorized. I know depending on the provider there&#x27;s such a thing as passkey syncing, but that doesn&#x27;t solve the problem of getting the initial authentication done.<p>The key insight with magic links is that your security system is no stronger than its recovery mechanism. We are never going to get to a world where passkeys are treated as the only authentication mechanism—there will always be a recovery mechanism, and in most cases an automated one via email. Given that that is the case, magic links simplify things by just not pretending that we have a more secure layer on top. By making the recovery mechanism the primary means by which you interact with the authentication flow you&#x27;re being more honest about the actual security of your auth system.<p>Edit: filmgirlcw has a link to an article that is much better than this one that explains how the two actually complement each other: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=42628226">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=42628226</a>

I refuse to use any service that only supports magic links for auth. It is <i>incredibly</i> user-hostile, and absolutely worse from a security perspective than passwords (with a password manager). Most critically it simply <i>does not work</i> in my personal setup where I do not have access to my email account from the machine I am using to login, precisely for security reasons and the safety of my accounts.<p>Anthropic has been the once exception to this personal policy simply because Claude is the best LLM out there. But it&#x27;s a mountain of pain every time I have to re-login, and I&#x27;ve complained to them multiple times about this.

Every time I see magic links, I always think: &quot;I thought we weren&#x27;t supposed to click links in emails in the first place?&quot;.<p>When links in email come into mind, so does phishing.<p>I hate these magic links a lot.

Best implementation I see of this requires you to click the link on whatever device you receive the email on, but it doesn’t transfer the session there - it just triggers completion of the login process on whatever device you initiated the process on.

&gt; Anti-mobile. As mentioned by 404 in their own article, this breaks the ability to use in-app browsers, which is quite annoying especially for RSS reader type apps. It makes interacting with any local link in the RSS feed extremely annoying.<p>To be fair, in-app browsers should die, especially those without an &quot;open in regular browser&quot; opt-out – which RSS readers should readily offer anyway.

Way better option: emailed OTP code and passkey with Conditional Mediation UI. If the user is logging in from a device that already has a passkey, the CM UI will let them just select it and log in instantly. If they are logging in from a device which doesn&#x27;t, we can make the UX such that it asks them to enter the emailed code, and after that is successfully it immediately asks the user to set up a passkey for instant sign-in.<p>This gets the best of both worlds: the security of passkeys on existing devices, and the passwordless setup and account recovery for new devices.<p>Bonus: it even avoids vendor lock-in where cloud providers have all your passkeys.

I suspect a hidden &quot;benefit&quot; to the companies implementing this is that it makes it much harder to share your account. You are probably happy to share your Netflix password with your mom, but not your email password.<p>They can present it as a &quot;more secure&quot; login method, obscuring the reason they actually like it.

I like the Kagi qrcode login option. You scan the QR code with any device you are already logged in and boom, you can login with a button. Its like steam guard but with no app. It’s in fact so simple that I don’t understand why it’s not universal.<p>You still need another method for the first login.

Magic link are so, so stupid. Sure, make it an option for Grandma, but don&#x27;t trot them out like they&#x27;re amazing, they&#x27;re terrible. God I hate the way the Internet is going - idiots making technical decisions.

Adding to the article:<p>I seriously HATE magic links. My email inbox is barely better a social network&#x27;s time suck. Lots of urgent, little important, wrecks any flow I had.<p>Forcing me into my inbox is highly likely to cause me to forget about the reason I was there (to get into your app). Or, at best, it slows me way down and nearly always breaks my flow.<p>Perhaps this is acceptable for the security boost (?) for the average user, but man, when I get forced into magic links I sometimes just abandon the app altogether.<p>Disclaimer: 1. I have&#x2F;pay for a password manager, which helps with the forgotten password problem a <i>lot</i>. It also allows me to have extremely hard-to-crack passwords.

Calling these links &#x27;magic&#x27; is an insult to magicians who spent years mastering actual sorcery. We&#x27;re just passing around URL-encoded tokens.

Good post. I chose to only implement magic links in a previous project and had an issue with users complaining that the (one-time) link would always be expired when they clicked. I could not reproduce it and just left it. Then this thread appeared and I instantly knew the problem: email client previews. Lesson learnt.

The article doesn&#x27;t even touch &quot;people enter their email incorrectly when registering an account&quot;.<p>I&#x27;ve received magic links to my Gmail account that belong to other people, for accounts that have ordered flight tickets, or clothing, or digital services.<p>Those people, I guess they now have no way to access their online account, as they cannot password reset (if that was the fallback), or change their email (usually requiring confirmation), or receive their magic link.<p>There&#x27;s nothing I can do here, except to delete the email, I don&#x27;t have any indication as to what the correct email should be, and the person&#x27;s name is the same as my legal name and there are a lot of people with that name in the World.<p>Few services verify an email during sign-up, because I&#x27;m sure data shows that added friction during sign-up results in fewer people signing up.

Virtually all online streaming services in India now use a OTP sent to registered mobile number as the way to login to the app on any device.<p>Magic links and OTPs have become common for many other sites I use -- Udemy, Teachable etc. come to mind.<p>Recently I bought a cheap &quot;smart watch&quot; for my kid. Mostly for the digital display with configurable clock faces and simple step counting. The app would refuse to activate the watch unless we provide a valid mobile number and OTP. Why the hell do I need to give them a working mobile number just to use a smartwatch. Even if I wanted (which I did not) to get notifications &#x2F; calls &#x2F; texts &#x2F; caller ID &#x2F; contacts from my paired smartphone ... the smartwatch app does not need to know my phone number for that functionality to work. Feel so powerless.

My data point as an edge case: on a certain website, I have a throwaway account registered with a throwaway gmail account. I don&#x27;t use that gmail account for anything else, and in order not to affect my regular Gmail login, I use incognito window. Now, whenever I need to log in to the website on a new device, I have to also login gmail as well (since the login credentials are never kept between sessions). This has been very annoying, and would not happen with password with 2FA.

The 404 article irked me a lot, thanks for writing this.

I&#x27;m having a good experience with a recently implemented magic link system. I did it via WhatsApp instead of email, which is much more reliable. Of course, this is only possible because in my country every single person uses WhatsApp.<p>I&#x27;m building something for a very tech illiterate audience, and everybody loves the simplicity of it.

I have a very personal reason to hate magic links:<p>I&#x27;m quite fast at passwords and 2fa. The whole thing is second nature, I have a password scheme to deduce the password for any site but keep them long and high entropy, and I can do 2fa calculations from any trusted device without taking my hands off the keyboard (thanks to oathtool), and anyway my passwords are sync&#x27;d securely and I can look them up with hands on keyboard.<p>This is strictly better than &quot;single point of email failure&quot;. Why force me to be less secure and less usable.<p>Please, just <i>allow</i> me to use passwords and regular old TOTP.

Honestly, having run a number of experiments with magic link, I wouldn’t recommend them. We saw our login success drop noticeably. We tried a few different approaches over the course of a quarter but even our best attempt only mitigated the drop compared to having email&#x2F;password and Google Login.<p>Obviously, your mileage may vary but it was a good reminder to always validate your assumptions, especially in your critical user flows.

I was surprised to learn how many people never save passwords and just reset it via email whenever they need to log in.

I&#x27;ve never liked magic links. I&#x27;ve found multiple sites that will just clobber the existing login session when you access the magic link, meaning someone could trick you into logging into another account.

I do have a good use case for magic links.<p>I creates a bar management&#x2F;sales platform for our group of friends. It&#x27;s self service so people purchase their products on their phone and pay later.<p>People get... intoxicated... after which passwords appear to become quite the problem. Magic links solved that.<p>To solve the multi device and in-app browser problem people can also open the links on another device. That&#x27;ll show a short code they can enter on the original device to actually log in. It&#x27;s not perfect, but it works.<p>I do fully agree that passwords should always be an option as well.

What a good idea to get people used to clicking on a link in an email to login. Magic opportunities.

Been saying this for a bit now. OTP&#x2F;magic links have some upsides but the second your SMS or email provider doesn&#x27;t deliver said thing your users are in trouble.

Most internet users (who aren&#x27;t tech savvy and will never be) will find magic link || mailed OTP way easier than passkeys accross devices, etc..

Oh I hate how Slack uses this. Because if extensive use of magic links I lost track about my two accounts and several spaces.

&gt; Stratechery, powered by Passport, uses this type of scheme (click link OR type in OTP), which is still shifting annoyances onto end-users to free developers from implementing passkeys, but at least has a bit more of an appreciation for end-users.<p>With Stratechery, once you get to the website with the magic link, I can then copy the authenticated podcast RSS feed to Overcast and the authenticated RSS feed for the articles to NetNewsWire.<p>Those subscriptions are then synced to Overcast and NNW on my iPad and Mac via iCloud.<p>Each podcast RSS link is personalized and you go to the show notes page and click on the link to Manage your account. It will take you to the website using the embedded browser where you can manage your subscription and get access to the various feeds.<p>Speaking of Overcast, even though its doesn’t create a username and password by default, you can create one. But it’s only to access the web version of Overcast.

I hate those tragic links, some of them were sent from third party and infested with tracking links. Worse, it looks like from the site I&#x27;m logging in to, but the href is a tracker with redirection to the actual link. I see this frequently because my dns blocks those trackers.

I *<i>hate*</i> magic links. Just let me use a damn password.

I once had an app send me a code in the email. But if I opened my email app to check the code, and then return to the app to enter it, it would lose context! It would ask me to enter my email again, and proceeded to send a new code. There was no way to log in using only my phone.

I&#x27;m okay with magic links IF the website using it doesn&#x27;t invalidate my session for no reason after some random period. If I have to do the email song and dance every week I&#x27;m very likely to eventually not bother with the product (looking at you Claude).

I don&#x27;t like magic links but OTP code via email or sms has preferable set of trade-offs.

While I agree with most he says, I really don&#x27;t get why people would push for passkeys like this, it&#x27;s probably the worse system in existence in terms of UX (as the more likely to get you locked-out of your account) while providing minimal security benefits (the account recovery mechanism is the weakest link in the chain, and as such it&#x27;s not any better than magic links). The only ones benefiting from passkeys are Google and Apple (and app&#x2F;website owners who can&#x27;t avoid mismanaging user passwords, but they have little stake in this game anyway).

Or the involuntary option. Here is an example from Lowes<p>1. enter username<p>2. choose password or magic link (select password)<p>3. enter password properly<p>4. Thank you for logging in. Please click your magic link to log in.<p>Why did you waste my time putting in a password when the magic link was the only option?

404Media article about Magic Links: <a href="https:&#x2F;&#x2F;www.404media.co&#x2F;we-dont-want-your-password-3&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.404media.co&#x2F;we-dont-want-your-password-3&#x2F;</a><p>Our response to above: <a href="https:&#x2F;&#x2F;wideangle.co&#x2F;blog&#x2F;passwordless-authentication-magic-links" rel="nofollow">https:&#x2F;&#x2F;wideangle.co&#x2F;blog&#x2F;passwordless-authentication-magic-...</a><p>Conclusions:<p>Magic Links good? Yes.<p>Magic Links the best? No.

I agree with magic links being bad, but passkeys aren&#x27;t the right solution for multiple devices either, because it requires sharing the account or password manager they&#x27;re saved in between devices, and I&#x27;d rather keep my private accounts and passwords away from work devices. With plain old passwords, I can open my password manager on a trusted device and type the password into an untrusted one.

Expensify.<p>We dumped them for a host of reasons, but included in there was their use of tragic link logins.<p>Absolute clowns. Glad to see this practice getting the negative attention it deserves.

I usually implement the whole username&#x2F;password auth flow, but recently used only magic links for a simple application.<p>Since the application only sends a weekly email (a markdown template for goal&#x2F;task tracking) it seemed easier to just use a magic link, only.<p>I am happy at how much easier the auth code ended up, and fail to see much downside for such an application.<p>I&#x27;m not sure it would be a good system for more complex apps and services.

Revolut [1] does this and while I like their service overall, I hate the login mails. My email box is full of these login mails and it feels like abuse of the email system to me. I have all kinds of alternatives, Yubikey, TOTP, Password Manager etc. - everything would be better than this magic login link.<p>[1]: <a href="https:&#x2F;&#x2F;www.revolut.com" rel="nofollow">https:&#x2F;&#x2F;www.revolut.com</a>

&gt; Of course, as stated in the article, such email links are harder to phish than passwords<p>On the other hand, training users to expect and use hard-to-read login-links in emails is not really good either. It promotes a broad range of scams, phishing, and potential malicious code exploits, even if the a particular sender&#x27;s site has been hardened somehow. (e.g. a TOTP app on a phone.)

It’s hard to do right. I made mailslurp for this reason to allow end to end testing of magic link flows using disposable email accounts.

Thank you for writing this! Getting users to implicitly trust clicking a link as a login mechanism....what could possibly go wrong?

From a developer perspective, I like magic links. They help verify an e-mail address, and log you in at the same time.

Feel like the solution to this problem is probably to offer an app that turns magic links into notifications. As well as to probably untether the magic link from the cookie in the browser, so that you are not required to hit the magic link in the same browser that you called the link from.

claude.ai supports only either magic email links or google sign in. definitely a factor in why I prefer ChatGPT.

Related thread from September 2024:<p><pre><code> The &quot;email is authentication&quot; pattern https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=41475218 </code></pre> Some users use email flows, such as &quot;magic links&quot;, instead of bothering with passwords at all.

Fun domain name.<p>Unfortunately blocked on my (work) network -- classified as miscellaneous &#x2F; unknown category.

Magic links are one of the worst things ever introduced on the internet. They&#x27;re slow, painful, and just such a dumb idea.

As someone that does this for a living, 100%. Email OTP is a great alternative that splits the difference of magic links vs passwords.<p>Agreed with some other folks that Passkeys is not a replacement for email verification.

Sorry to ask - I don&#x27;t have personal experience using such a system.<p>Would it be possible to bookmark the login link so that in the future I don&#x27;t first have to go to my email in order to log into the service?

Username and password combo works. All these ceremonies around OAuth, passkeys, and magic links solved one problem but introduced two more. My job as a service provider isn’t to coddle people who can’t be bothered to use a password manager.<p>Auth is the worst part of building a service and sucks all the fun out of it. API auth is a mess because people can’t keep a token string secret. Now we need JWTs, OAuth, token refreshing, and a whole bunch of BS that no one enjoys.<p>One reason why OpenAI and Anthropic APIs are so much more fun to use than Google and AWS offerings is that you get a token and are responsible for keeping it safe. It makes the entire workflow dead simple. I’m not creating a new project or fiddling with IAM just to try out an endpoint.

Magic links are a easy way to move the responsibility of security off to the user and remove the risk of managing access controls.

Most users do live with a single device. If they have a work computer, they also have a work email (the client of which is unfortunately probably already opened for other reason when they want to login to the site).<p>The most-devices people I know are those who have a laptop, phone and tablet. That&#x27;s it, I literally cannot think of anyone I know with more then this, and most of those with tablets are using it for games or reading or for the kids.<p>Magic links are indeed the best solution for the average user. Type in your email with autocomplete, get a notification from the mailbox, click, click, and you&#x27;re in.

I really hate magic links. Only time I think they could be acceptable is if it is an app where you just log in once or maybe once every couple of years.

Nostr Login using NIP07 is amazing.<p>There&#x27;s even cooler ways that are already working including nsec bunkers.<p>This is the way of the future IMHO, most people just don&#x27;t know it yet.

I hate magic links. Being forced to switch applications to wait and hope an email will eventually arrive is a fundamentally bad experience.

I recently encountered a food delivery website that insisted on a magic link &#x2F; 2FA code check after a password login. Come on... I&#x27;m trying to order a pizza.<p>If you want strong security, offer passkey login. It&#x27;s safer than email and much more user friendly especially with FaceID&#x2F;TouchID on Apple devices.

get Mail on different device, copy link and send it to myself via some messenger, link preview uses up the login %)

Usability issue aside. ... Using SMTP as the only login factor sounds very insecure to me.

Magic links are so useful in specific circumstances. We have a client with hundreds of users that infrequently need access to a bespoke tool. Setting up and managing user accounts for them is out of the question, but a magic link letting them sign in using an email of their corporate domain solves the issue easily.

I completely agree. I find magic links much more of a hassle than a password.

From a .zip domain. Irony.

No issues for me.

Just use email and password, companies. Please. I have a password manager, I will stop using your service if it&#x27;s a pain to login.<p>Even something small thing like email -&gt; hit enter -&gt; then we show password input, will cause me to stop using your service.

Yeah, and everyone who did not flunk security training knows not to click on the links.<p>Don&#x27;t send me a link, tell me where to find it, after I log in.

&gt; I don’t have my email on my gaming PC, nor do I have it on my work laptops.<p>What? You have your email on literally every device -- be honest.

Just a pet peeve with passkeys (and other authN) that presses users towards biometrics -<p>In the US, because the Fifth Amendment Self-Incrimination Clause, passwords cannot be demanded. Passwords are testimonial evidence. [United States v. Hubbell (2000); re Grand Jury Subpoena Duces Tecum (11th Cir. 2012)]<p>Biometrics on the other hand are not. The court ruled that a defendant could be compelled to unlock a phone with biometrics because it is not testimonial. [Commonwealth v. Baust (Virginia, 2014); State v. Diamond (Minnesota, 2017)]<p>Basically, passwords cannot be compelled to be disclosed, while biometrics can.<p>There is similar legal stance in Canada, UK, Australia, India, Germany, and Brazil to name a few.<p>Finally, under duress, passwords can be held, while biometrics cannot, without self harm.

Let me tell you about the time Epic&#x27;s magic links were delayed six hours. I couldn&#x27;t login to fortnite. It was absolutely tragic. &#x2F;s

Firewall blocks that link

&gt; What makes them tragic:<p>&gt; 1. Multiple devices. Who doesn’t use at least a few computers weekly? I don’t have my email on my gaming PC, nor do I have it on my work laptops.<p>&quot;Who doesn’t use at least a few computers weekly?&quot;<p>I don&#x27;t. And many, many other people.<p>See what I did there? I assumed that everyone&#x27;s like me, just like you did in your blog post. Without data, both of us are wrong.<p>----<p>I&#x27;d add that magic links also act as a distraction: you open your email client, and it by default opens your inbox, and you start going through all of those unread emails that you just found in your inbox...<p>Shopify is a big proponent for magic links because they went all-in on their new &quot;Shop&quot; customer accounts. What a disaster. Branding something with such a generic word as &quot;shop&quot; is terrible and average customer doesn&#x27;t understand that it&#x27;s supposed to be a brand name.