Nouvelle version du serveur de messagerie Exim 4.95

La sortie du serveur de messagerie Exim 4.95 a eu lieu, apportant des corrections accumulĂ©es et de nouvelles fonctionnalitĂ©s. Selon une enquĂȘte automatisĂ©e menĂ©e en septembre auprĂšs de plus d'un million de serveurs de messagerie, Exim reprĂ©sente 58 % (contre 57,59 % l'annĂ©e derniĂšre), Postfix est utilisĂ© sur 34,92 % (34,70 %) des serveurs de messagerie, Sendmail — 3,52 % (3,75 %), MailEnable — 2 % (2,07 %), MDaemon — 0,57 % (0,73 %), Microsoft Exchange — 0,32 % (0,42 %). Principales modifications :

  • La prise en charge du mode de traitement de la file d'attente des messages fast-ramp a Ă©tĂ© dĂ©clarĂ©e stable, permettant d'accĂ©lĂ©rer le dĂ©but de la livraison des messages en cas de grande taille de la file d'attente d'envoi et d'un nombre important de messages destinĂ©s Ă  des hĂŽtes types, par exemple lors de l'envoi d'un grand nombre de courriels Ă  de grands fournisseurs de messagerie ou via un agent de transfert de messages intermĂ©diaire (smarthost). Si le mode est activĂ© Ă  l'aide de l'option «queue_fast_ramp» et que le traitement en deux Ă©tapes de la file d'attente («-qq») dĂ©tecte un gros lot de messages adressĂ©s Ă  un certain serveur de messagerie, serveur, la livraison pour cet hĂŽte commencera immĂ©diatement.
  • L'implĂ©mentation alternative du mĂ©canisme SRS (Sender Rewriting Scheme) — «SRS_NATIVE», ne nĂ©cessitant pas de dĂ©pendances externes, a Ă©tĂ© stabilisĂ©e (l'ancienne implĂ©mentation expĂ©rimentale nĂ©cessitait l'installation de la bibliothĂšque libsrs_alt). SRS permet de réécrire l'adresse de l'expĂ©diteur lors du transfert sans violer les vĂ©rifications SPF (Sender Policy Framework) et de garantir la conservation des donnĂ©es sur l'expĂ©diteur pour l'acheminement serveur des messages en cas d'erreur de livraison. L'idĂ©e de la mĂ©thode est que lors de l'Ă©tablissement de la connexion, des informations sur l'identitĂ© avec l'expĂ©diteur d'origine sont transmises, par exemple, lors de la réécriture d'alice@example.org Ă  alice@example.com, il sera indiquĂ© «SRS0=HHH=TT=example.org=alice@example.com». SRS est pertinent, par exemple, lors de l'organisation du fonctionnement des listes de diffusion, oĂč le message d'origine est redirigĂ© vers d'autres destinataires.
  • L'option TLS_RESUME, permettant de reprendre une connexion TLS prĂ©cĂ©demment interrompue, a Ă©tĂ© stabilisĂ©e.
  • Le support de la base de donnĂ©es intĂ©grĂ©e compacte et haute performance LMDB, qui stocke les donnĂ©es au format clĂ©-valeur, a Ă©tĂ© stabilisĂ©. Seules les requĂȘtes de type lookup Ă  partir de bases de donnĂ©es prĂȘtes par un seul clĂ© sont prises en charge (l'enregistrement de exim dans LMDB n'est pas implĂ©mentĂ©). Par exemple, pour vĂ©rifier le domaine de l'expĂ©diteur dans les rĂšgles, vous pouvez utiliser une requĂȘte de type « ${lookup{$sender_address_domain}lmdb{/var/lib/spamdb/stopdomains.mdb}} ».
  • Ajout de l'option « message_linelength_limit » pour dĂ©finir une limite sur le nombre de caractĂšres par ligne.
  • Il est dĂ©sormais possible d'ignorer le cache lors de l'exĂ©cution des requĂȘtes lookup.
  • Pour le transport appendfile, une vĂ©rification des quotas a Ă©tĂ© ajoutĂ©e lors de la rĂ©ception d'un message (session SMTP).
  • Dans les requĂȘtes lookup vers SQLite, le support de l'option « file= » a Ă©tĂ© ajoutĂ©, permettant de spĂ©cifier le fichier de la base de donnĂ©es pour une opĂ©ration spĂ©cifique sans indiquer de prĂ©fixes dans la ligne de commande SQL.
  • Dans les requĂȘtes lookup vers Lsearch, le support de l'option « ret=full » a Ă©tĂ© ajoutĂ© pour renvoyer l'ensemble du bloc de donnĂ©es correspondant Ă  la clĂ©, et non seulement la premiĂšre ligne.
  • L'Ă©tablissement des connexions TLS a Ă©tĂ© accĂ©lĂ©rĂ© grĂące au prĂ©chargement et Ă  la mise en cache d'informations (par exemple, des certificats) au lieu de les charger avant de traiter chaque connexion.
  • Ajout d'un paramĂštre « proxy_protocol_timeout » pour configurer le timeout pour le protocole Proxy.
  • Ajout d'un paramĂštre « smtp_backlog_monitor » pour enregistrer dans les logs des informations sur la taille de la file d'attente des connexions en attente (backlog).
  • Ajout d'un paramĂštre « hosts_require_helo », interdisant l'envoi de la commande MAIL si la commande HELO ou EHLO n'a pas Ă©tĂ© envoyĂ©e prĂ©cĂ©demment.
  • Ajout d'un paramĂštre « allow_insecure_tainted_data », qui, lorsque spĂ©cifiĂ©, entraĂźnera l'affichage d'un avertissement au lieu d'une erreur pour le filtrage non sĂ©curisĂ© des caractĂšres spĂ©ciaux dans les donnĂ©es.
  • La prise en charge de la plateforme macOS a Ă©tĂ© interrompue (les fichiers de construction ont Ă©tĂ© transfĂ©rĂ©s dans la catĂ©gorie non pris en charge).

    Source : opennet.ru
Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster