Мы используем Discourse как внутреннюю платформу для обмена сообщениями, обсуждений и объявлений в нашей некоммерческой организации. В нашем экземпляре Discourse участвует максимум около 20 человек. Это не типичная ситуация с крупным публичным форумом. В таком случае немедленная отправка исходящих писем в очередь нежелательна.
Поэтому я хочу, чтобы Discourse работал почти так же быстро, как и прямая рассылка по электронной почте. Я прочитал, что существуют встроенные задержки перед тем, как письма попадают в очередь после публикации. Я бы предпочел, чтобы задержки вообще не было.
Я установил параметр «Временное окно для электронной почты» (email time window) на 1 минуту. Если я установлю его в ноль, письмо будет создано немедленно?
Затем, как я могу указать Discourse помещать все письма пользователям в очередь на отправку немедленно? В моих тестах письма могут появляться во входящих у пользователей до 5 минут с текущими настройками.
Связанный вопрос. Я не нашел способа установить настройки по умолчанию для новых пользователей, чтобы они принимали индивидуальные письма по всем категориям без дайджестов. Я буду предварительно создавать учетные записи пользователей (TL1) и рассылать письма «Учетная запись создана», поэтому мне нужно, чтобы новые учетные записи были готовы принимать все письма без дайджестов.
Возможно, у других администраторов есть аналогичный случай использования, и их экземпляры настроены так, как мы хотим.
К сведению: у меня настроена входящая электронная почта через API, и это работает очень быстро. Мне нужно немного ускорить отправку исходящей электронной почты.
Действительно ли отсутствие задержки нужно всем? Разве обсуждаемые вами вопросы настолько срочны, что 5 минут что-то изменят? Неужели люди действительно хотят, чтобы их сообщение было отправлено с грубой опечаткой, вместо того чтобы иметь минуту на редактирование до того, как его увидят все?
Полагаю, исходящие письма обрабатываются фоновой задачей, а не отправляются в реальном времени. Возможно, она запускается каждые пять минут? Возможно, её можно настроить на запуск каждую минуту.
Если пользователи включат уведомления, они смогут получать самые актуальные уведомления в реальном времени прямо в браузере.
Кроме того, вы проверяли заголовки писем, чтобы узнать, какая задержка возникает в системе электронной почты?
У меня настроены ответы по электронной почте и создание новых тем по почте, и в основном будет использоваться именно этот способ, так что после отправки они всё равно не смогут изменить свой текст.
Как я уже говорил, это небольшой частный случай. Я пытаюсь добиться внедрения, не заставляя пользователей использовать веб-интерфейс, а используя электронную почту, как мы делали это раньше (правда, в более организованном виде: категории и темы), без необходимости создавать письма с 20 адресами и использовать функцию «Ответить всем», с ведением истории переписки и веб-интерфейсом для проверки и т. д. — то есть Discourse.
Меня устраивает тайм-аут на редактирование в 1 минуту, если это минимальное значение при использовании веб-интерфейса.
Так что мои вопросы более конкретно звучат так:
Есть ли настройка для задержки между моментом, когда пост выходит из режима редактирования, и моментом, когда система ставит письма в очередь на отправку? Или это зашито в коде, или отправка происходит немедленно?
Если пост отправлен через электронную почту, игнорируется ли тайм-аут окна редактирования?