自定义Django All-auth租客注册流程未触发验证邮件发送

当前多用户类型实现方式的正确性 #

• 你基于AbstractUser继承自定义CustomUser模型，通过布尔字段is_renter区分租客身份的方案，从设计逻辑上是完全可行的，没有本质错误。这种方案适配两类用户无字段差异、无强权限隔离需求的场景，实现成本低，不需要维护多表关联的复杂度。
• 这套方案的可优化点包括：
  • 将uuid设置为主键的设计本身没有问题，但需要注意所有关联CustomUser的外键字段，在迁移过程中要做好类型适配，避免出现外键与主键类型不匹配的迁移报错。
  • 你在自定义CustomUserCreationForm的save方法中硬编码设置is_renter=True的逻辑本身没问题，后续如果需要扩展其他用户角色（比如房东），可以通过复用现有模型结构，为不同角色编写独立的表单类，不需要重复修改用户模型代码。

当前注册流程不自动发送验证邮件的原因 #

• 你当前使用的UserCreationForm+GenericCreateView组合，是Django框架原生提供的基础用户创建能力，这套核心流程本身没有内置注册成功自动发送账号验证邮件的逻辑。你之前感受到的“默认注册表单会自动发邮件”的体验，实际来自django-allauth这类第三方认证组件的内置流程，并非Django核心自带的功能。
• 你观察到的“只有尝试登录时才会触发验证邮件发送”的现象，本质是项目开启了ACCOUNT_EMAIL_VERIFICATION配置后，allauth的内置逻辑会在未验证邮箱的用户尝试登录时，自动触发重发验证邮件的流程。而你当前写的租客注册视图完全没有走allauth的注册逻辑，和allauth的验证流程是两套并行的独立链路，自然不会在注册完成时自动发送验证邮件。

改用SignUpForm实现注册的可行性 #

• 从流程一致性和维护成本的角度，是建议切换到allauth提供的SignUpForm体系实现注册的，否则两套注册逻辑并行，后续很容易出现权限、验证流程不统一的维护问题。
• 这套方案完全支持区分不同用户类型、配置对应独立视图与路由，具体适配逻辑为：
  • 继承allauth自带的SignUpForm编写自定义表单，在重写的save方法中写入对应用户的角色标识即可。例如租客注册的表单，就在save流程中固定将is_renter设为True。
  • 如果需要独立的租客、房东两个注册入口，可以编写两个独立的SignUpForm子类，分别对应两类用户的角色标识设置。
  • 给两个表单分别绑定独立的allauth SignupView子类，指定对应的表单类、模板路径、跳转地址，再为每个视图配置独立的路由，完全不会和allauth默认的通用注册入口产生冲突。
  • 这套实现会自动复用allauth内置的注册成功发送验证邮件的逻辑，不需要手动编写邮件发送代码，能和项目现有登录、邮箱验证的流程保持完全一致。

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