Grails 3.3.4部署在Tomcat9上mail.debug无输出，求调试方案

API 探路者

2026-7-16

解决Grails测试环境mail.debug无输出的配置方案

强制配置JavaMail相关日志级别
Grails 3基于Logback，需确保JavaMail核心包的日志级别被明确设为DEBUG。在grails-app/conf/logback.groovy中添加：
```
logger('com.sun.mail', DEBUG, ['STDOUT', 'FILE'], false)
logger('javax.mail', DEBUG, ['STDOUT', 'FILE'], false)
```
若测试环境使用Tomcat外部日志配置，需同步在Tomcat的Logback配置中添加上述规则，避免容器配置覆盖应用设置。
在代码中手动开启单邮件调试
不依赖全局配置，直接在邮件发送逻辑中强制启用debug模式，绕开配置不生效的问题：
```
mailService.sendMail {
    debug true
    to 'target-user@example.com'
    subject 'Debug Test'
    body 'Debug verification content'
}
```
验证JavaMail配置加载状态
在发送邮件前添加代码，打印当前JavaMail会话的配置，确认mail.debug是否真的被加载：
```
def mailSession = javax.mail.Session.getDefaultInstance(new Properties())
log.debug("mail.debug actual value: ${mailSession.debug}")
log.debug("Loaded mail properties: ${mailSession.properties}")
```
若输出显示mail.debug为false，说明配置被其他逻辑覆盖，需排查配置加载优先级问题。
检查Tomcat日志路径与权限
测试环境Tomcat可能将标准输出（stdout）重定向至catalina.out或特定localhost日志文件，而非你默认查看的应用日志。前往Tomcatlogs目录检查这些文件。同时确认Tomcat运行用户拥有日志文件的写入权限，权限不足会导致日志无法输出。
排查邮件发送逻辑的执行分支
确认涉事用户的邮件发送代码真的被执行：在发送前后添加调试日志：
```
log.debug("Preparing to send email to: ${user.email}")
mailService.sendMail { ... }
log.debug("Email send attempt finished for: ${user.email}")
```
若这些日志未出现，说明代码未走到发送环节，mail.debug自然不会有输出。