# System never sends Set Password/Reset Password emails, although other emails are sent fine

**URL:** <https://meta.discourse.org/t/system-never-sends-set-password-reset-password-emails-although-other-emails-are-sent-fine/67026>\
**Category:** Product Support\
**Tags:** unsupported-install\
**Created:** [July 28, 2017, 5:04pm UTC](https://meta.discourse.org/t/system-never-sends-set-password-reset-password-emails-although-other-emails-are-sent-fine/67026 "2017-07-28T17:04:54Z")\
**Posts on this page:** 1\
**Showing post:** 15

<div class="post-metadata">

**Author:** ![schungx](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/schungx/32/70989_2.png) [@schungx](https://meta.discourse.org/u/schungx)\
**Post date:** [July 30, 2017, 7:43am UTC](https://meta.discourse.org/t/system-never-sends-set-password-reset-password-emails-although-other-emails-are-sent-fine/67026/15 "2017-07-30T07:43:16Z")

</div>

> [@michaeld](#):
>
> Is your sidekiq listening to all queues (default,low and critical)? Those mails are using the critical queue.

As per this query, I went into `/sidekiq` and lo and behold… there are 79K messages queued on Sidekiq, with more than half of them in the critical queue (and others in low). The default queue is empty.

Checking the critical queues indicate that most of them are `Jobs::RunHeartbeat` jobs. I’m quite sure that this is _not_ normal, and should be why I’m seeing such weird behavior.

Then under the `Busy` tab I find that the process is listening only to `default`. It is not listening to `low` and `critical` for some reason.

**MYSTERY SOLVED!** 🎉

Now the other mystery is, why it won’t listen to `low` and `critical`… Upon a VM restart it still only listens to `default`. More investigations in order…

---

_[View the full topic](https://meta.discourse.org/t/system-never-sends-set-password-reset-password-emails-although-other-emails-are-sent-fine/67026)._