Я использую postfix для окончательной доставки написанной мной почтовой системы. Таким образом, эта установка postfix принимает только почту от меня и отскакивает. Когда очередь постфиксов пуста, она может принять письмо примерно за 5 мсек. Когда в очереди находится 150–200 тыс. Сообщений или около того, скорость передачи обслуживания от меня к postfix очень низкая, например 50–100, иногда 500 мс.
У меня есть время регистрации для каждой части SMTP-разговора, поэтому я могу видеть, куда идет время. Некоторые из них возникают, когда я жду ответа от команды RCPT TO, но большая часть времени исчезает после того, как я отправлю последнюю точку, прежде чем я получу ответ «250 в порядке, поставлено в очередь как ...».
Я думаю, что, возможно, задержка RCPT TO связана с поиском DNS, но это не помогает мне с временем ожидания в очереди. Я держу один TCP-сокет открытым для всех писем, которые я отправляю, и Я УСТАНАВЛИВАЮ диалог для каждого письма, чтобы не терять время на создание и разрыв TCP-соединений, все это ждет, пока postfix поставит сообщение в очередь.
Все, что я читал о постфиксе настройки производительности, связано с управлением очередью и отправкой почты для того или иного домена туда и сюда. Но я беспокоюсь о том, чтобы получить postfix в первую очередь, чтобы быстро принимать почту.
Есть ли способ узнать, что postfix делает все это время, или есть способ сделать это быстрее? Очередь / var / spool / postfix находится на локальном диске, поэтому я не могу сделать это быстрее.
Какие-либо предложения?
Установите следующее в main.cf
hash_queue_depth = 3
hash_queue_names = deferred, defer, incoming, active
Это создает подкаталоги во входящих и активных очередях, так что плоские каталоги не содержат сразу все письма. Теперь они помещены в подкаталоги.
Но обратите внимание: наличие 150–200 тыс. Сообщений, ожидающих доставки, показывает невероятно неправильное понимание сбалансированной отправки писем. Мне кажется, это спам ...
Одно из решений заключалось в том, чтобы иметь дополнительный почтовый сервер, который обрабатывал бы все отказы, ожидающие доставки, это было лучшее решение, позволяющее поддерживать реальную электронную почту.