jorar
jorar•15mo ago

Delay between user creation and initialization code email.

Hi, we have a zitadel cloud pro account, we are seeing delays, sometimes of more than an hour, from the time an user is created and the email with the initialization code is sent. We don't allow user registration, in our setup users are created by "admins" that sometimes upload a csv with the users data, then we use the ImportHumanUser function from the managment grpc client (see link) to create each user. Our users are not having a great experience because we send our "welcome email" as soon as the user is created but if zitadel doesn't send the initialization code then the new users are not able to login. We need our "welcome email" because it has information on how to use our application, we are not able to modify the "initialization code email" to achieve the same design or information through the zitadel console. I think the ideal solution would be to have an endpoint or grpc client function that can generate an user (without password, or email verified) returning an initialization code that way we could just add the code as part of our "welcome email" but looks like there is no endpoint like that at the moment. is this delay a known bug? could there be another solution with the existing zitadel capabilities to our problem that we might be missing? https://github.com/zitadel/zitadel-go/blob/aad6fea5e41f95579aa0e7c033b0952500ce3d4a/pkg/client/zitadel/management/management_grpc.pb.go#L331 Best, Jorge
GitHub
zitadel-go/pkg/client/zitadel/management/management_grpc.pb.go at a...
ZITADEL Go - The official client library of ZITADEL for an easy integration into your Go project. - zitadel/zitadel-go
No description
No description
5 Replies
FFO
FFO•15mo ago
I think the ideal solution would be to have an endpoint or grpc client function that can generate an user (without password, or email verified) returning an initialization code that way we could just add the code as part of our "welcome email" but looks like there is no endpoint like that at the moment.
The v2 api should actually allow this https://github.com/zitadel/zitadel/blob/main/proto/zitadel/user/v2/user_service.proto#L1088
GitHub
zitadel/proto/zitadel/user/v2/user_service.proto at main · zitadel/...
ZITADEL - Identity infrastructure, simplified for you. - zitadel/zitadel
FFO
FFO•15mo ago
maybe better to read here https://zitadel.com/docs/apis/resources/user_service_v2/user-service-add-human-user but you can request the code that would have been sent
ZITADEL Docs
Create/import a new user with the type human. The newly created user will get a verification email if either the email address is not marked as verified and you did not request the verification to be returned.
jorar
jorarOP•15mo ago
@FFO thanks! we did in fact used that endpoint initially but we ran into this same issue https://discord.com/channels/927474939156643850/1152286050069254205/1213237692700168285 I'm not sure if that was already fixed.
FFO
FFO•15mo ago
Oh that is a good question 😄 I think that is fixed since we graduated to stable
jorar
jorarOP•15mo ago
@FFO looks like that endpoint requires a password, so basically it can only create users that already have a password set (or temporary password), meaning that we would have to include the password in our "welcome email", which is not that bad but it seems more insecure than passing an initialization code that will expire.

Did you find this page helpful?