Lanzamiento del servidor de correo Postfix 3.5.0

Después de un año de desarrollo tuvo lugar lanzamiento de una nueva rama estable del servidor de correo Postfijo - 3.5.0. Al mismo tiempo, se discontinuó la sucursal. Postfijo 3.1, lanzado a principios de 2016. Postfix es uno de los pocos proyectos que combina alta seguridad, confiabilidad y rendimiento al mismo tiempo, lo que se logró gracias a una cuidadosa arquitectura y una política bastante estricta para el diseño de código y auditoría de parches. El código del proyecto se distribuye bajo EPL 2.0 (Licencia pública Eclipse) e IPL 1.0 (Licencia pública IBM).

De acuerdo con la marcha encuesta automatizada alrededor de un millón de servidores de correo, Postfix se utiliza en el 34.29% (34.42%) de los servidores de correo,
La participación 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%).

El principal innovaciones:

  • Se agregó soporte para el protocolo del balanceador de carga. HAProxy 2.0 con solicitudes de proxy a través de TCP sobre IPv4 e IPv6 o sin conexiones de proxy (para enviar solicitudes de latidos de prueba que confirmen el funcionamiento normal).
  • Se agregó la capacidad de forzar que los mensajes se establezcan en estado obsoleto (no se pueden entregar) para que se devuelvan al remitente. El estado se almacena en el archivo de la cola de entrega como un atributo especial, en presencia del cual cualquier intento de entrega dará como resultado que el mensaje se devuelva al remitente, sin ser colocado en la cola de espera. Para configurar el atributo de mensaje obsoleto, se agregaron los indicadores "-e" y "-f" al comando postsuper; la diferencia con el indicador "-f" es que el mensaje se devuelve inmediatamente al remitente cuando está en el cola esperando ser reenviado. La salida de los comandos mailq y postqueue obliga a que los mensajes obsoletos se marquen con un "#" después del nombre del archivo.
  • Se agregó soporte para enumerar múltiples hosts a clientes SMTP y LMTP para redirigir un mensaje a otro servidor (siguiente salto). Se intentará que los hosts enumerados transmitan 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 lista se implementa para las directivas Relayhost, transport_maps, default_transport y sender_dependent_default_transport_maps.

    /etc/postfix/main.cf:
    Relayhost = foo.ejemplo, barra.ejemplo
    transporte_predeterminado = smtp:foo.ejemplo, barra.ejemplo

  • Se modificó el comportamiento de registro. Las direcciones en “from=" y "to=" ahora se guardan entre comillas; si la parte local de la dirección contiene un espacio o caracteres especiales, la parte especificada de la dirección se incluirá entre comillas en el registro. Para devolver el comportamiento anterior, agregue "info_log_address_format = internal" a la configuración.

    Era: de= [email protected]>
    Ahora: desde=<“nombre con espacios”@ejemplo.com>.

  • Asegura la normalización de las direcciones IP obtenidas de los encabezados XCLIENT y XFORWARD o mediante el protocolo HaProxy. El cambio puede romper la compatibilidad a nivel de registro y las asignaciones de subred IPv6 en la directiva check_client_access.
  • Para mejorar la conveniencia de la interacción con Dovecot, el agente de entrega SMTP+LMTP proporciona el adjunto de los encabezados Delivered-To, X-Original-To y Return-Path usando las banderas “flags=DORX” en master.cf, similar a la tubería y agentes de entrega locales.
  • Se define el procedimiento de verificación de certificados definidos en las tablas check_ccert_access. Primero, se verifica una instantánea del certificado del cliente y luego la clave pública del cliente (comportamiento como cuando se especifica "search_order = cert_fingerprint, pubkey_fingerprint").

Fuente: opennet.ru

Añadir un comentario