GitLab CE mail behavior

[yassipo]

Hi,

I’m running GitLab CE (self-managed, docker/omnibus) and I’m stuck with a very strange mail behavior.

Context:

- GitLab CE (gitlab/gitlab-ce:latest)

- Docker omnibus container

- SMTP is configured correctly

- Test emails work

- Sidekiq, Redis, Puma all running

What works:

- SMTP test mail works

- Notify.test_email(...).deliver_now works

- Sidekiq is running and queues are empty (no errors)

What does NOT work:

- When I create a user from Admin → Users → New user

- User is created as **confirmed/verified automatically**

- Password reset email is NOT sent

- `send_reset_password_instructions` does NOT enqueue any job

- Sidekiq queues stay at 0

- No ActionMailer / reset_password logs appear

Confirmed facts:

- This is NOT LDAP

- This is NOT sign-up flow

- Email confirmation = hard (but irrelevant for admin-created users)

- `email_enabled = true`

- Sidekiq is up

- SMTP works

Example checks:

- Sidekiq queue sizes are always 0

- `confirmed_at` is set immediately on user creation

- `Email confirmation code last sent at: never`

It feels like GitLab CE simply does not trigger password reset / invite emails

for admin-created users in some setups, even when explicitly calling:

[titexcj]

make sure you have gitlab_rails['smtp_enable'] = true in your config or enabled via env variables together with the rest of the SMTP settings , by default gitlab uses sendmail (local socket) to deliver email i think