Как я диагностирую почтовые проблемы повторной попытки Exim?
Машина, которую Вы используете для включения приложения, будет настроена для обработки потребностей приложения. Та конфигурация не может быть оптимальной для статических активов. Вы могли выполнить nginx/lighttpd на той же машине, чтобы иметь дело с Вашим статическим содержанием и создать Ваш собственный CDN при сохранении серверов приложений настроенными для запуска приложения оптимально. Существует свойственная стоимость для выполнения его самостоятельно по сравнению с заключением субподрядного договора на части его кому-то, который делает только это.
Имеет ли больше смысла делать это внутренний по сравнению с заключением контракта CDN, финансовый вопрос / вопрос усилия, на который необходимо будет ответить, но, в зависимости от приложения, серверы Вы развертываетесь, конфигурация, которую можно придумать, Вы могли избегать использования поставщика CDN. Вы могли сфокусироваться на приложении и позволить кому-то обрабатывать его, или, иметь, чтобы быть хорошо сведущим в обработке полного пакета.
Начните с выполнения команд mailq и exiwhat , чтобы понять, что происходит. mailq покажет, что находится в очереди. exiwhat сообщит вам, что делают запущенные процессы.
Файлы журнала для Exim включают mainlog (все сообщения), rejectlog (отклонять сообщения с более подробной информацией) и paniclog (сбои, редко). Они должны находиться в / var / log, возможно, в / var / log / exim или / var / log / exim4.
Сообщения в очереди могут быть найдены в каталоге спула eximʻa, вероятно, / var / spool / exim4 или таком. Сообщения находятся во входном каталоге, а информация о состоянии находится в соответствующем каталоге msglog.
Если вы получаете много повторных попыток, что-то настроено неправильно. Моя напыщенная речь о Запуск почтового сервера даст вам представление о том, что требуется, а моя публикация на Обнаружение подделки почтового сервера может дать вам представление о том, почему ваша очередь растет. По моему опыту, почтовые серверы для веб-сайтов, как правило, плохо настроены. Потратьте время, чтобы настроить правильную конфигурацию, это не так уж сложно.
Вот несколько переменных, которые могут вам помочь:
- delivery_queue_load_max - отключает доставку сообщений из очереди
- queue_only_load - форсирует очередь при загрузке системы
- queue_run_max - ограничивает количество процессов очереди
См. раздел 14 Спецификации Exim для более подробной информации.
По моему опыту, почтовые серверы для веб-сайтов, как правило, плохо настроены. Потратьте время, чтобы настроить правильную конфигурацию, это не так уж сложно.Вот несколько переменных, которые могут вам помочь:
- delivery_queue_load_max - отключает доставку сообщений из очереди
- queue_only_load - форсирует очередь при загрузке системы
- queue_run_max - ограничивает количество процессов очереди
См. раздел 14 Спецификации Exim для более подробной информации.
По моему опыту, почтовые серверы для веб-сайтов, как правило, плохо настроены. Потратьте время, чтобы настроить правильную конфигурацию, это не так уж сложно.Вот несколько переменных, которые могут вам помочь:
- delivery_queue_load_max - отключает доставку сообщений из очереди
- queue_only_load - форсирует очередь при загрузке системы
- queue_run_max - ограничивает количество процессов очереди
См. раздел 14 Спецификации Exim для более подробной информации.
- delivery_queue_load_max - отключает доставку сообщений из очереди
- queue_only_load - устанавливает очередь при загрузке системы
- queue_run_max - ограничивает количество процессов очереди
См. раздел 14 спецификации Exim для более подробной информации.
- delivery_queue_load_max - отключает доставку сообщений из очереди
- queue_only_load - устанавливает очередь при загрузке системы
- queue_run_max - ограничивает количество процессов очереди
См. раздел 14 спецификации Exim для более подробной информации.