WebLogic开发界面邮件发送故障：请判断根源是Exchange还是WebLogic？

Hey，这个问题我碰到过好几次——要直接甩锅给Exchange或者WebLogic可不行，得一步步排查才能定位根源。咱们从两个方向入手：

先排查WebLogic端的可能性 #

• 验证基础SMTP连通性：先别管WebLogic的配置，直接在WebLogic服务器上用命令行手动测试和Exchange的SMTP连接：
  • 测试普通连接：telnet <Exchange_Server_IP> 587（Exchange常用SMTP端口是587，25是传统端口但可能被防火墙拦截）
  • 测试加密连接：openssl s_client -connect <Exchange_Server_IP>:587 -starttls smtp
    如果命令行都连不上、认证失败，那大概率是网络或Exchange的白名单/权限问题；如果命令行能正常完成认证甚至发测试邮件，那问题肯定在WebLogic这边。
• 核对WebLogic邮件会话配置：检查WebLogic控制台里的邮件会话（Mail Session）：
  • SMTP服务器地址、端口是否和Exchange的接收连接器一致
  • 认证用户名/密码是否有效（哪怕你说已授权，也可能密码过期、账号被锁）
  • 加密方式（STARTTLS/SSL）是否匹配Exchange的要求（Exchange大多用STARTTLS，不是直接SSL）
• 扒WebLogic的日志细节：去WebLogic服务器日志目录（默认是${DOMAIN_HOME}/servers/<SERVER_NAME>/logs/<SERVER_NAME>.log）找邮件发送时的异常栈。比如：
  • 出现AuthenticationFailedException：凭证或认证方式不对
  • 出现ConnectionRefusedException：网络或Exchange端口未开放
  • 出现带Exchange错误码的MessagingException（比如550 5.7.1）：这时候得去Exchange查对应的规则
• 极简代码测试：写个最基础的JavaMail测试类，直接调用WebLogic的邮件会话发送邮件，排除业务代码里的复杂逻辑干扰。如果测试类能发成，那是业务代码的问题；如果也失败，那回到配置层面。

再排查Exchange Server端的可能性 #

• 检查SMTP接收连接器配置：登录Exchange管理中心（EAC），找到对应的接收连接器：
  • 确认WebLogic服务器的IP地址在连接器的允许列表里
  • 连接器是否启用了SMTP认证（Exchange默认的接收连接器可能只允许内部域账号或特定IP）
  • 有没有设置发送限制（比如单小时发送量、邮件大小阈值）
• 查看邮件跟踪日志：在EAC的邮件跟踪功能里，搜索WebLogic服务器IP或发件人账号的记录，看邮件的状态：
  • 如果显示“已拒绝”：看拒绝原因（比如权限不足、发件人地址不被允许）
  • 如果显示“已排队”：Exchange可能有临时故障或资源不足
  • 如果根本找不到记录：邮件根本没到达Exchange，问题在WebLogic或网络
• 检查Exchange的权限与规则：
  • 确认WebLogic使用的账号是否有“发送为”或“代表发送”的权限
  • 检查Exchange的邮件流规则（Transport Rules）是否拦截了WebLogic发送的邮件
  • 反垃圾邮件策略会不会把WebLogic的发件人标记为垃圾邮件或拒绝

总结 #

优先从WebLogic端做基础验证——毕竟命令行测试和日志是最直接的线索。很多时候看起来授权了，但实际是WebLogic的加密配置和Exchange不匹配，或者密码悄悄过期了；如果WebLogic这边的测试全通过，再去查Exchange的连接器和规则。

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