multiple passwordless logins

  • I have a few different passwordless login emails to send. For example, I send user A an email that gives them access to Form X, once they login. At the same time I send user A another email that gives them access to Form Y. I have no control over which one they open first. Is there going to be a problem for me? Do I need to setup two separate applications to do this?

  • Hi @richb201 ,

    Why do you want to send them two emails? If they have access to form X and are the same user and visit form Y, why would you make them login again with a separate code? Is there a business reason for doing so?

  • Thanks Dan. I think that I have the answer. A single user can be both an employee and an SME (in my application). I have one survey for an employee and a different survey for an SME. Thus two emails. But I see that I can run more than one application, with each having it's own login URL. So I think that it will work logically.

    This leads me back to my question about registering a user via the API? What happens if I try registering the same user twice? Is there an error code returned? If so what is it and where can I see it? In my case I use richb201@gmail to login to the fusionauth control panel. But my test users in my application also have that same email. I am wondering if this is why my registering through the API is failing?

  • Users are shared across tenants, so if you have one person logged in and they visit a different Fusionauth application url, they'll be automatically logged in again (without the need to auth again). I'm not sure that's what you want.

    If you register a user to app A and then to app B, they'll be registered in both apps.

    If you register a user to app A and then to app A again, I think you'd get an error message, but would have to try that out to be sure.

    If you want to try this yourself, you could try richb201+1@gmail and richb201+2@gmail (anything after the + is treated as the same email address by gmail, but different email addresses by fusionauth).

Log in to reply