Firebase Auth创建子用户遇难题，可否自定义密码邮件或迁移至ASP.NET？

1. 用自有SMTP服务器处理密码重置请求 #

Firebase Auth不支持直接替换内置SMTP服务，但可以通过自定义流程绕开官方限制：

• 主用户创建子用户时，直接生成初始密码并暂存，或让主用户设置初始密码
• 在ASP.NET后端实现独立的密码重置逻辑：生成包含验证令牌的自定义链接，通过自有SMTP服务器发送邮件给子用户
• 子用户点击链接后，后端验证令牌有效性，允许用户设置新密码，同时调用Firebase Admin SDK更新该用户的密码
• 这种方式完全不受Firebase每日150次请求限制，邮件发送由你的SMTP服务器全权控制，Firebase仅负责用户密码的最终更新

2. 是否迁移到ASP.NET后端处理整个认证流程更合适 #

需结合业务需求判断：

• 如果子用户规模大，且需要高度自定义的认证逻辑（比如复杂权限控制、与现有ASP.NET系统深度耦合），迁移到ASP.NET Identity或自定义认证体系更灵活，能完全掌控用户数据和流程，彻底摆脱Firebase的各类限制
• 如果只是简单的子用户管理，现有Firebase流程能满足核心需求，仅替换密码重置环节的邮件发送即可，没必要完全迁移，可节省开发成本

3. 能否自定义Firebase密码邮件链接 #

可以自定义，但存在一定限制：

• 在Firebase控制台的「认证」>「模板」>「密码重置」页面，可修改邮件的标题、内容，还能自定义链接的域名前缀（需先在Firebase中添加并验证自定义域名）
• 链接的核心验证参数（如oobCode）由Firebase自动生成，无法修改，但你可以在邮件内容中添加自定义文本或引导信息
• 若需要完全自定义链接的路径、参数或跳转逻辑，建议采用前面提到的自定义密码重置流程，自行生成链接和验证逻辑，再调用Firebase SDK完成密码更新

内容的提问来源于stack exchange，提问作者Tony Vargek