Sortie du serveur de messagerie Postfix 3.5.0

Après un an de développement a eu lieu sortie d'une nouvelle branche stable du serveur de messagerie Postfix - 3.5.0. Dans le même temps, la succursale a été supprimée Postfix 3.1, sorti début 2016. Postfix est l'un des rares projets qui allie à la fois haute sécurité, fiabilité et performances, ce qui a été réalisé grâce à une réflexion réfléchie. architecture et une politique assez stricte pour la conception du code et l'audit des correctifs. Le code du projet est distribué sous EPL 2.0 (Eclipse Public License) et IPL 1.0 (IBM Public License).

Conformément au mois de mars enquête automatisée environ un million de serveurs de messagerie, Postfix est utilisé sur 34.29% (34.42%) des serveurs de messagerie,
La part d'Exim est de 57.77 % (il y a un an 56.91 %), Sendmail - 3.83 % (4.16 %), MailEnable - 2.12 % (2.18 %), MDaemon - 0.77 % (0.91 %), Microsoft Exchange - 0.47 % (0.61 %).

principal les innovations:

  • Ajout de la prise en charge du protocole d'équilibrage de charge Proxy haute disponibilité 2.0 avec des requêtes proxy via TCP sur IPv4 et IPv6 ou sans connexions proxy (pour envoyer des requêtes de test de battement de cœur confirmant le fonctionnement normal).
  • Ajout de la possibilité de forcer les messages à être définis sur le statut périmé (non distribuable) pour être renvoyés à l'expéditeur. L'état est stocké dans le fichier de file d'attente de livraison en tant qu'attribut spécial, en présence duquel toute tentative de livraison entraînera le renvoi du message à l'expéditeur, sans être placé dans la file d'attente d'attente. Pour définir l'attribut de message obsolète, les indicateurs « -e » et « -f » ont été ajoutés à la commande postsuper ; la différence avec l'indicateur « -f » est que le message est immédiatement renvoyé à l'expéditeur lorsqu'il est dans le file d'attente en attente d'être renvoyée. La sortie des commandes mailq et postqueue force les messages périmés à être marqués d'un "#" après le nom du fichier.
  • Ajout de la prise en charge de la liste de plusieurs hôtes sur les clients SMTP et LMTP pour rediriger un message vers un autre serveur (prochain saut). Les hôtes répertoriés seront tentés de transmettre le message dans l'ordre dans lequel ils apparaissent (si le premier n'est pas disponible, la livraison sera tentée vers le second, etc.). La spécification de liste est implémentée pour les directives relayhost, transport_maps, default_transport et sender_dependent_default_transport_maps.

    /etc/postfix/main.cf :
    relayhost = foo.exemple, bar.exemple
    default_transport = smtp:foo.exemple, bar.exemple

  • Modification du comportement de journalisation. Les adresses dans « de = » et « à = » sont désormais enregistrées à l'aide de guillemets - si la partie locale de l'adresse contient un espace ou des caractères spéciaux, la partie spécifiée de l'adresse sera mise entre guillemets dans le journal. Pour rétablir l'ancien comportement, ajoutez « info_log_address_format = internal » aux paramètres.

    Était : de= [email protected]>
    Maintenant : from=<"nom avec espaces"@example.com>.

  • Assure la normalisation des adresses IP obtenues à partir des en-têtes XCLIENT et XFORWARD ou via le protocole HaProxy. Le changement peut rompre la compatibilité au niveau du journal et les mappages de sous-réseau IPv6 dans la directive check_client_access.
  • Pour améliorer la commodité de l'interaction avec Dovecot, l'agent de livraison SMTP+LMTP fournit la pièce jointe des en-têtes Delivered-To, X-Original-To et Return-Path à l'aide des indicateurs « flags=DORX » dans master.cf, similaires au tube et les agents de livraison locaux.
  • La procédure de vérification des certificats définie dans les tables check_ccert_access est définie. Tout d'abord, un instantané du certificat client est vérifié, puis la clé publique du client (comportement comme lors de la spécification de « search_order = cert_fingerprint, pubkey_fingerprint »).

Source: opennet.ru

Ajouter un commentaire