Após um ano de desenvolvimento lançamento da nova versão estável do servidor de email . Ao mesmo tempo, foi anunciado o fim do suporte à versão , lançada no início de 2016. O Postfix é um dos raros projetos que combina alta segurança, confiabilidade e desempenho, conseguido por meio de uma arquitetura De acordo com a pesquisa realizada em março,
cerca de um milhão de servidores de email, o Postfix é utilizado em 34,29% (34,42%) servidores de email, a participação do Exim é de 57,77% (um ano atrás 56,91%), Sendmail — 3,83% (4,16%), MailEnable — 2,12% (2,18%), MDaemon — 0,77% (0,91%), Microsoft Exchange — 0,47% (0,61%).
Adicionada a suporte ao protocolo do balanceador de carga
Principais :
- HAProxy 2.0 Adicionada a capacidade de forçar o envio de mensagens de status obsoletas (não entregues) de volta ao remetente. O status é salvo no arquivo de fila de entrega como um atributo especial, onde, caso presente, qualquer tentativa de entrega resultará no retorno da mensagem ao remetente, sem colocá-la na fila de tentativas de entrega (hold queue). Para definir o atributo de mensagem obsoleta, foram adicionados os flags «-e» e «-f» ao comando postsuper, sendo que a diferença do flag «-f» é que a mensagem é imediatamente retornada ao remetente ao estar na fila de espera para reenvio. Na saída dos comandos mailq e postqueue, mensagens obsoletas forçadas são marcadas com o símbolo «#» após o nome do arquivo.
- No SMTP e LMTP, os clientes agora suportam a lista de vários hosts para redirecionar mensagens para outro servidor (next-hop). Os hosts listados serão testados para a entrega da mensagem na ordem em que aparecem (se o primeiro estiver indisponível, será feita uma tentativa de entrega ao segundo e assim por diante). A lista é implementada para as diretivas relayhost, transport_maps, default_transport e sender_dependent_default_transport_maps.
- relayhost = foo.example, bar.example
/etc/postfix/main.cf:
default_transport = smtp:foo.example, bar.example
default_transport = smtp:foo.example, bar.example - O comportamento de registro foi alterado. Os endereços em "from=" e "to=" agora são salvos usando aspas — se a parte local do endereço contiver espaços ou caracteres especiais, essa parte do endereço será envolvida em aspas no log. Para reverter ao comportamento anterior, deve-se adicionar "info_log_address_format = internal" nas configurações.
Era: from=
Agora: from=. - Foi garantida a normalização dos endereços IP obtidos nos cabeçalhos XCLIENT e XFORWARD ou pelo protocolo HaProxy. Esta alteração pode levar a problemas de compatibilidade nos logs e na correspondência de sub-redes IPv6 na diretiva check_client_access.
- Para melhorar a interação com o Dovecot no agente de entrega SMTP+LMTP, foram adicionados os cabeçalhos Delivered-To, X-Original-To e Return-Path, utilizando as flags "flags=DORX" em master.cf, assim como nos agentes de entrega pipe e local.
- Foi definido a ordem de verificação dos certificados, conforme especificado nas tabelas check_ccert_access. Primeiro, verifica-se o fingerprint do certificado do cliente e, depois, a chave pública do cliente (comportamento como na especificação "search_order = cert_fingerprint, pubkey_fingerprint").
Fonte: opennet.ru
