这篇文章就来手把手解决这个问题：先带你扒开常见诱因，比如SMTP配置里那些容易踩的雷——发件人地址没加域名、认证方式选错（PLAIN和LOGIN搞混）、超时设置太短导致邮件发不出去；再教你怎么看GitLab日志找线索，比如翻production.log看有没有“SMTP authentication failed”报错，或者查sidekiq日志确认邮件任务有没有执行；最后汇总从基础配置检查（附SMTP参数对照表）、第三方邮件服务适配（像阿里云、腾讯企业邮怎么配）到高级日志排查的全套方案。不管你是刚接触GitLab的新手，还是有经验的运维，照着步骤走，基本能让邮件“起死回生”。
其实要快速判断GitLab邮件发不出去是不是SMTP配置的问题，有个特别实用的小技巧——直接用GitLab自带的测试命令“探探路”。你先登录到GitLab服务器的终端，输入gitlab-rails console敲回车，等个几秒钟进入 Rails 控制台。接着复制这条命令：Notify.test_email('你的收件邮箱', 'GitLab邮件测试', '这是一封测试邮件').deliver_now，记得把“你的收件邮箱”换成你自己能收到邮件的地址，比如公司邮箱或者个人邮箱都行，内容随便写点啥，主要是看能不能发出去。
执行完命令后，控制台会直接告诉你结果。如果蹦出来“SMTP authentication failed”这种报错，那十有八九就是SMTP配置出问题了——可能是密码填错了，比如把邮件服务器的授权码写成了登录密码；也可能是认证方式选错了，比如服务器要求用LOGIN你却选了PLAIN；或者端口和加密方式不匹配，比如用了465端口（SSL）却没开加密。之前帮朋友公司排查时，就遇到过他们把腾讯企业邮的SMTP密码填成了管理员登录密码，结果测试命令直接报认证失败，改完密码立马就好了。但如果控制台显示“delivered”或者“success”，你却没收到邮件，那可能就不是SMTP配置的锅了，得往别的方向想——比如邮件被收件箱当成垃圾邮件归档了，或者公司防火墙把GitLab服务器的出站端口（像25、587这些常用端口）给封了，这时候就得去收件箱的“垃圾邮件”文件夹翻翻，或者让网管检查下网络策略。
如何快速判断GitLab邮件发送问题是否出在SMTP配置？
可通过GitLab内置的邮件测试命令初步判断：在服务器终端执行 gitlab-rails console 进入控制台，输入 Notify.test_email('收件人邮箱', '测试邮件', '内容').deliver_now。若返回”SMTP authentication failed”等错误，基本可确定是SMTP配置问题；若提示”delivered”却未收到邮件，则可能是邮件被拦截或网络问题。
GitLab的邮件相关日志文件具体存放在哪里？
核心日志路径如下：应用层日志一般在 /var/log/gitlab/gitlab-rails/production.log（记录SMTP连接和发送过程）；后台任务日志在 /var/log/gitlab/sidekiq/current（确认邮件任务是否被执行）；若使用Docker部署，可通过 docker logs gitlab_container_name 查看综合日志。
使用第三方邮件服务（如阿里云、腾讯企业邮）时，SMTP配置有哪些特殊注意事项？
需重点匹配服务提供商的参数要求：阿里云SMTP服务器地址为 smtp.mxhichina.com，端口推荐465（SSL加密）或587（TLS加密），认证方式需选LOGIN；腾讯企业邮服务器地址为 smtp.exmail.qq.com，端口587（TLS），且发件人邮箱必须是已验证的企业邮域名下地址。 部分服务商要求开启”SMTP服务”并生成独立授权码（非登录密码）。
排查后发现邮件已发送，但收件人始终收不到，可能是什么原因？
优先检查收件人邮箱的垃圾邮件/广告文件夹，GitLab默认邮件标题含”GitLab”可能触发过滤规则；其次确认邮件服务器是否限制了发件人域名（如部分企业邮箱禁止非白名单域名发件）；最后检查GitLab发件人地址格式是否规范（需包含完整域名，如 gitlab@company.com，避免使用纯用户名 gitlab）。
配置正确且测试邮件发送成功后，新建用户仍收不到激活邮件，该如何处理？
可从三方面排查：
gitlab-ctl status sidekiq），确保后台任务进程正常运行；3. 尝试手动触发激活邮件：在管理后台找到对应用户，点击”重新发送激活邮件”，同时观察production.log实时日志有无异常输出。
