halo
halo copied to clipboard
halo-dev
发送邮箱验证时没有提示错误
系统信息
- 外部访问地址: http://localhost:8090/
- 启动时间: 2023-11-28 09:22
- 版本: 2.11.0-rc.1
- 构建时间: 2023-11-27 23:05
- Git Commit: 99edbdd
- Java: IBM Semeru Runtime Open Edition / 17.0.8.1+1
- 数据库: PostgreSQL / 15.3 (Debian 15.3-1.pgdg120+1)
- 操作系统: Linux / 5.15.133.1-microsoft-standard-WSL2
- 已激活主题: Tailblocks
- 已启动插件:
使用的哪种方式运行？
Docker Compose
在线站点地址
No response
发生了什么？
在以下情况测试邮箱验证功能，均提示验证码已发送，应当进行验证码发送失败的错误提示。
- 系统设置邮箱通知未启用
- 系统设置邮箱服务配置存在问题，无法正常发送邮件
相关日志输出
No response
附加信息
No response
系统设置邮箱服务配置存在问题，无法正常发送邮件 系统设置邮箱通知未启用
验证码通知直接使用系统通知功能，不会去操作检查邮箱配置，而且通知是异步的，通知功能可能存在多种通知方式如邮件和 webhook，如果邮箱通知方式未启用不会有错误提示这应该是站点管理员去处理的，提示普通用户貌似没有意义，一些云厂商的通知服务挂了请求发送的时候貌似也不会报错，对于用户的表现只是收不到信息而已
系统设置邮箱服务配置存在问题，无法正常发送邮件 系统设置邮箱通知未启用
验证码通知直接使用系统通知功能，不会去操作检查邮箱配置，而且通知是异步的，通知功能可能存在多种通知方式如邮件和 webhook，如果邮箱通知方式未启用不会有错误提示这应该是站点管理员去处理的，提示普通用户貌似没有意义，一些云厂商的通知服务挂了请求发送的时候貌似也不会报错，对于用户的表现只是收不到信息而已
是这个道理，但是我觉得特别明确的发送失败的情况还是提示出来会更好一些。 没有错误提示的情况下，用户会有个翻箱倒柜找验证码却又找不着，经过各种各样无用的尝试后再找到管理员反馈问题的过程；而有错误提示的话用户可以直接向管理员反馈问题。
系统设置邮箱服务配置存在问题，无法正常发送邮件 系统设置邮箱通知未启用
验证码通知直接使用系统通知功能，不会去操作检查邮箱配置，而且通知是异步的，通知功能可能存在多种通知方式如邮件和 webhook，如果邮箱通知方式未启用不会有错误提示这应该是站点管理员去处理的，提示普通用户貌似没有意义，一些云厂商的通知服务挂了请求发送的时候貌似也不会报错，对于用户的表现只是收不到信息而已
有道理，这种挂了确实不应该提醒用户，不过可以去提醒管理员，通知未配置，用户邮箱激活可能会出问题
目前这个点确实有优化的空间，不过现在不好做，因为是异步的而且通知不会直接依赖具体的通知器只由通知中心管理，邮箱通知器虽然 Halo 默认提供了一个,实际上还可能有其他三方实现，理论上只要启用了一个邮箱类型的通知器就可以收到通知，但目前无法区分通知器到底是邮箱还是其他类型，所以不好检查，这等待进一步设计