# Повторные попытки отправки писем во время длительного отключения почтового сервера

**URL:** https://meta.discourse.org/t/email-retries-during-long-email-server-shutdown/282056
**Category:** Support
**Tags:** email
**Created:** [12.Октябрь.2023 18:14:51 UTC](https://meta.discourse.org/t/email-retries-during-long-email-server-shutdown/282056 "2023-10-12T18:14:51Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![Wall-E](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/wall-e/32/184438_2.png) [@Wall-E](https://meta.discourse.org/u/Wall-E)
#### Post date: [12.Октябрь.2023 18:14:51 UTC](https://meta.discourse.org/t/email-retries-during-long-email-server-shutdown/282056/1 "2023-10-12T18:14:51Z")

</div>

Я не системный администратор экземпляра AWS EC2, на котором работает наш экземпляр Discourse, но я являюсь администратором самого экземпляра Discourse. Три недели назад служба отправки электронной почты AWS SES была отключена по соображениям безопасности. Наши сотрудники облачных сервисов занимаются её восстановлением только сейчас. В течение этих трёх недель наш сайт не мог отправлять письма, и я вижу более 40 000 неудачных задач и такое же количество повторных попыток. Я не веб-разработчик, поэтому не понимаю, что именно сообщает страница Sidekiq, но меня беспокоит, что при восстановлении работы нашего почтового сервера неудачные задачи будут перезапущены, что приведёт к наводнению пользователей устаревшими письмами, которые они не получили в течение трёх недель. Так ли это? Пересылает ли Discourse письма, которые не удалось отправить из-за недоступности почтового сервера? Если да, то как отключить эту функцию, чтобы избежать наводнения пользователей письмами с нашего сайта? Можно ли настроить детализацию? Например, отправлять только письма, содержащие новые события, начиная с определённой даты?

 ![Screenshot 2023-10-12 at 2.05.50 PM](https://global.discourse-cdn.com/meta/original/4X/b/1/3/b13953d30103fd7894290465caead4e9dfc008d1.png)

 ![Screenshot 2023-10-12 at 2.02.10 PM](https://global.discourse-cdn.com/meta/original/4X/0/3/7/037b1f7b63544cd1ae65791e02411f2e49c18ae0.jpeg)

---

<div class="post-metadata">

### Author: ![RGJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rgj/32/523185_2.png) [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [13.Октябрь.2023 08:46:44 UTC](https://meta.discourse.org/t/email-retries-during-long-email-server-shutdown/282056/2 "2023-10-13T08:46:44Z")

</div>

Ваш страх обоснован.

Не уверен, сколько у вас времени на исправление этой ситуации? Одним из решений может быть настройка и конфигурация почтового сервера, который принимает письма, но просто отбрасывает их.

Самый быстрый и (очень) грязный способ решить эту проблему — использовать redis-cli и выполнить команду flushdb. Это удалит все задачи из очереди. Также будут разлогинены все пользователи. Затем перезапустите Discourse, чтобы убедиться, что все обычные задачи снова выполняются.

---

<div class="post-metadata">

### Author: ![Wall-E](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/wall-e/32/184438_2.png) [@Wall-E](https://meta.discourse.org/u/Wall-E)
#### Post date: [13.Октябрь.2023 13:44:38 UTC](https://meta.discourse.org/t/email-retries-during-long-email-server-shutdown/282056/3 "2023-10-13T13:44:38Z")

</div>

Выход всех пользователей из системы, безусловно, нежелателен… Почтовый сервер должен быть исправлен сегодня, но я не уверен, смогут ли наши системные администраторы настроить его так, чтобы он отбрасывал все сообщения.

Я вижу кнопку «Убить всё» и «Удалить всё» в нижней части страницы «Повторные попытки» в Sidekiq (см. прикрепленные файлы). Может ли это помочь?

 ![Screenshot 2023-10-13 at 9.39.54 AM](https://global.discourse-cdn.com/meta/original/4X/4/2/b/42b705702d183b37bd0b4450324e151b3c25f567.jpeg)  
 ![Screenshot 2023-10-13 at 9.40.09 AM](https://global.discourse-cdn.com/meta/original/4X/3/0/e/30e6b3e18dd5b9ded1ff09090b5690804eaf3810.png)

---

<div class="post-metadata">

### Author: ![supermathie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/supermathie/32/507518_2.png) [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [13.Октябрь.2023 20:49:59 UTC](https://meta.discourse.org/t/email-retries-during-long-email-server-shutdown/282056/4 "2023-10-13T20:49:59Z")

</div>

Очистка всех задач из очереди определённого типа должна помочь.

(Мне пришлось бы вернуться и попытаться вспомнить, _как_ это сделать…)

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [14.Октябрь.2023 15:32:23 UTC](https://meta.discourse.org/t/email-retries-during-long-email-server-shutdown/282056/5 "2023-10-14T15:32:23Z")

</div>

> [@Raphael](#):
>
> Не уверен, что наши системные администраторы смогут настроить почтовый сервер так, чтобы он отбрасывал всё.

Я думаю, вы уверены. Им потребовалось три недели, чтобы вообще что-то исправить.

Вы можете спросить, смогут ли они найти в Google, как очистить задания из Sidekiq и удалить почтовые задания. Думаю, это ваш лучший вариант.

Предполагаю, у вас нет доступа, чтобы сделать это самостоятельно, или возможности нанять кого-то для помощи. Можете ли вы подключиться по SSH к EC2-инстансу, на котором это работает? Вы могли бы попытаться удалить все 50 тысяч записей через веб-интерфейс.

---

<div class="post-metadata">

### Author: ![Wall-E](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/wall-e/32/184438_2.png) [@Wall-E](https://meta.discourse.org/u/Wall-E)
#### Post date: [25.Октябрь.2023 10:20:22 UTC](https://meta.discourse.org/t/email-retries-during-long-email-server-shutdown/282056/6 "2023-10-25T10:20:22Z")

</div>

Страница помощника с опциями удаления/удаления работала. Не требовался системный администратор EC2 — достаточно было прав администратора форума, чтобы работать со страницы помощника; я мог удалить все письма в очереди. После восстановления работы почтового сервера ни одно письмо из очереди не было отправлено повторно.
