Используя nginx в качестве обратного прокси для Discourse, я следовал примерно полдюжине инструкций. Настройка Discourse выглядит корректно, всё работает, логи показывают отправку писем без ошибок, но они так и не доходят до Amazon SES. Настройка идентична моей рабочей системе, за исключением того, что теперь я хочу добавить функциональность обратного прокси.
Есть ли причина, по которой обратный прокси nginx мог бы блокировать отправку писем или, в данном случае, как будто заставлять их исчезать в никуда? [Я понимаю, что это звучит странно, но я не знаю, как продолжить отладку, когда нигде не фиксируются ошибки, а в логах отображаются только сообщения об успешной доставке.]
Я уверен, что мой Amazon SES настроен правильно, так как я использую его для множества рабочих систем.
Вы думали о том, чтобы нанять кого-то вроде @pfaffman для помощи? Судя по истории постов, описанные вами настройки довольно сложны и значительно отличаются от нашей простой рекомендуемой установки.
Спасибо за отличное предложение. Однако я уже решил все проблемы.
Действительно, только сегодня утром, читая документацию, я наконец осознал, что эта инструкция предназначена исключительно для стандартной рекомендуемой установки, что, надо сказать, является очень разумной политикой. Таким образом, я оказался за её пределами, в самом дальнем углу.
Оказалось, что все мои трудности были вызваны: а) излишней сложностью, б) полным хаосом из-за повреждённых образов Docker, так как я только начинаю работать с Docker. Я полностью удалил все образы Docker, переустановил всё с нуля, и теперь всё работает отлично.
Это отличное сочетание — Nginx и Discourse на одном сервере. Я могу разместить все целевые страницы, страницу для пожертвований и так далее на веб-сервере. Discourse — превосходное программное обеспечение для форумов, но, как я читал, статические страницы, связанные с ним, лучше обслуживать через веб-сервер. Плагин для статических страниц, который я пробовал, казался очень неразвитым.