Eu uso postfix para fazer a entrega final de um sistema de email que eu escrevi. Portanto, essa instalação de postfix só aceita e-mails de mim e são rejeitados. Quando a fila do postfix está vazia, ela pode aceitar um email em 5 ms ou mais. Quando a fila tem 150k-200k ou mais, a velocidade de transferência de mim para o postfix é muito lenta, como 50-100, às vezes, 500ms.
Tenho tempos de registro em cada parte da conversa SMTP, para que eu possa ver onde está a hora. Algumas delas são quando estou aguardando uma resposta do comando RCPT TO, mas a grande maioria do tempo desaparece depois que eu envio o ponto final, antes de obter a resposta "250 okay na fila como ...".
Estou pensando que talvez o atraso de RCPT TO esteja em uma pesquisa de DNS, mas isso não me ajuda com o tempo de enfileiramento. Eu mantenho um soquete TCP aberto para todos os e-mails que estou enviando, e eu RSET a conversa para cada e-mail, então não há tempo perdido para fazer e quebrar conexões TCP, está tudo esperando o postfix colocar a mensagem na fila.
Tudo que li sobre o ajuste de desempenho postfix tem a ver com o gerenciamento de filas e o envio de mensagens para esse e aquele domínio aqui e ali. Mas estou preocupado em conseguir o postfix apenas para aceitar o e-mail rapidamente, em primeiro lugar.
Existe alguma maneira de descobrir o que o postfix está fazendo com todo esse tempo ou há uma maneira de torná-lo mais rápido? A fila / var / spool / postfix está no disco local, então não posso fazer isso mais rápido.
Alguma sugestão?
Defina o seguinte em main.cf
hash_queue_depth = 3
hash_queue_names = deferred, defer, incoming, active
Isso produz subdiretórios nas filas de entrada e ativa para que os diretórios planos não contenham todos os e-mails de uma só vez. Eles agora são colocados em subdiretórios.
Mas note: Tendo 150k-200k mensagens à espera de entrega mostra uma incrível compreensão errada de um envio equilibrado de e-mails. Isso parece spam para mim ...
Uma das soluções era ter um servidor de e-mail secundário que lidasse com todos os bounces que estão esperando para serem entregues, essa era a melhor solução para manter o e-mail real passando.