Después de un año de desarrollo lanzamiento de una nueva rama estable del servidor de correo . Al mismo tiempo, se ha anunciado el cese del soporte para la rama , lanzada a principios de 2016. Postfix es uno de los pocos proyectos que combina alta seguridad, fiabilidad y rendimiento, lo cual se ha logrado gracias a una y una política bastante estricta de presentación de código y auditoría de parches. El código del proyecto se distribuye bajo las licencias EPL 2.0 (Eclipse Public License) e IPL 1.0 (IBM Public License).
De acuerdo con el informe de marzo, cerca de un millón de servidores de correo, Postfix es utilizado en el 34.29% (34.42%) de los servidores de correo,
la cuota de Exim es del 57.77% (hace un año 56.91%), Sendmail — 3.83% (4.16%), MailEnable — 2.12% (2.18%), MDaemon — 0.77% (0.91%), Microsoft Exchange — 0.47% (0.61%).
Principales :
- Se ha añadido soporte para el protocolo de equilibrador de carga con el envío de solicitudes a través de TCP sobre IPv4 e IPv6 o sin el proxy de conexiones (para enviar solicitudes heartbeat de verificación que confirmen el funcionamiento normal).
- Se ha añadido la posibilidad de forzar un estado de mensaje obsoleto (no entregado) para devolverlo al remitente. El estado se guarda en el archivo de cola de entrega como un atributo especial, cuya presencia hará que cualquier intento de entrega resulte en la devolución del mensaje al remitente, sin ponerlo en la cola de reintentos de entrega (hold queue). Para establecer el atributo del mensaje obsoleto, se han añadido las banderas «-e» y «-f» al comando postsuper, siendo la diferencia de la bandera «-f» que el mensaje se devuelve de inmediato al remitente si está en la cola esperando reenvío. En la salida de los comandos mailq y postqueue, los mensajes forzados obsoletos se marcan con el signo «#» después del nombre del archivo.
- En los clientes SMTP y LMTP se ha añadido soporte para enumerar múltiples hosts para redirigir el mensaje a otro servidor (next-hop). Los hosts enumerados serán probados para enviar el mensaje en el orden en que aparecen (si el primero no está disponible, se intentará la entrega al segundo, etc.). La especificación de la lista se ha implementado para las directivas relayhost, transport_maps, default_transport y sender_dependent_default_transport_maps.
/etc/postfix/main.cf:
relayhost = foo.example, bar.example
default_transport = smtp:foo.example, bar.example - Se ha modificado el comportamiento del registro. Las direcciones en «from=» y «to=» ahora se guardan utilizando comillas: si la parte local de la dirección contiene un espacio o caracteres especiales, se indicará entre comillas en el registro. Para volver al comportamiento anterior, se debe agregar «info_log_address_format = internal» en la configuración.
Antes: from=<nombre con espacios@example.com>
Ahora: from=<«nombre con espacios»@example.com>. - Se ha asegurado la normalización de las direcciones IP recibidas de los encabezados XCLIENT y XFORWARD o a través del protocolo HaProxy. Este cambio puede causar problemas de compatibilidad en el nivel de registros y en la correspondencia de subredes IPv6 en la directiva check_client_access.
- Para mejorar la interacción con Dovecot, el agente de entrega SMTP+LMTP ahora adjunta los encabezados Delivered-To, X-Original-To y Return-Path, utilizando las banderas «flags=DORX» en master.cf, de manera similar a los agentes de entrega pipe y local.
- Se ha determinado el orden de verificación de los certificados definidos en las tablas check_ccert_access. Primero se verifica el hash del certificado del cliente y luego la clave pública del cliente (comportamiento equivalente a especificar «search_order = cert_fingerprint, pubkey_fingerprint»).
Fuente: opennet.ru
