Na een jaar van ontwikkeling is de nieuwe stabiele versie van de mailserver Postfix — 3.6.0 — uitgebracht. Tegelijkertijd is aangekondigd dat de ondersteuning voor de Postfix 3.2-serie, die begin 2017 is uitgebracht, zal worden stopgezet. Postfix is een van de weinige projecten die tegelijkertijd hoge beveiliging, betrouwbaarheid en prestaties combineren, wat is bereikt dankzij een doordachte architectuur en een vrij strenge codeer- en patchauditpolitiek. De code van het project wordt verspreid onder de EPL 2.0-licentie (Eclipse Public License) en IPL 1.0-licentie (IBM Public License).
Volgens een automatiseren enquête in april onder ongeveer 600.000 mailservers, serverswordt Postfix gebruikt op 33,66% (een jaar geleden 34,29%) van de mailservers, terwijl de marktaandeel van Exim 59,14% (57,77%), Sendmail — 3,6% (3,83%), MailEnable — 2,02% (2,12%), MDaemon — 0,60% (0,77%), en Microsoft Exchange — 0,32% (0,47%) bedraagt.
Belangrijkste vernieuwingen:
- Vanwege wijzigingen in de interne protocollen die worden gebruikt voor de interactie tussen de componenten van Postfix, moet de mailserver voor de update worden gestopt. de server met het commando «postfix stop». Anders kunnen er problemen optreden tijdens de interactie met de processen pickup, qmgr, verify, tlsproxy en postscreen, wat kan leiden tot vertragingen bij het verzenden van e-mails totdat Postfix opnieuw is opgestart.
- Er zijn verwijzingen naar de woorden «white» en «black» verwijderd, die door sommige leden van de gemeenschap als raciale discriminatie worden gezien. In plaats van «whitelist» en «blacklist» moeten nu «allowlist» en «denylist» worden gebruikt (bijvoorbeeld de parameters postscreen_allowlist_interfaces, postscreen_denylist_action en postscreen_dnsbl_allowlist_threshold). Deze wijzigingen hebben invloed op de documentatie, de instellingen van het postscreen-proces (de ingebouwde firewall) en de informatie in de logs. postfix/postscreen[pid]: ALLOWLIST VETO [address]:port postfix/postscreen[pid]: ALLOWLISTED [address]:port postfix/postscreen[pid]: DENYLISTED [address]:port
Om de oude termen in de logs te behouden, is er een optie «respectful_logging = no» die moet worden opgegeven in main.cf vóór «compatibility_level = 3.6». De ondersteuning voor de oude namen van de postscreen-instellingen is behouden voor de achterwaartse compatibiliteit. Ook is het configuratiebestand «master.cf» voorlopig onveranderd gebleven.
- In de modus «compatibility_level = 3.6» is de standaardovergang gemaakt naar het gebruik van de hashfunctie SHA256 in plaats van MD5. Wanneer een eerdere versie in de parameter compatibility_level wordt ingesteld, blijft MD5 van toepassing, maar voor instellingen met hashverwerking waar het algoritme niet expliciet is gedefinieerd, zal er een waarschuwing in de log worden weergegeven. De ondersteuning voor de exportvariant van het Diffie-Hellman-sleuteldistributieprotocol is stopgezet (de waarde van de parameter tlsproxy_tls_dh512_param_file wordt nu genegeerd).
- De diagnostiek van problemen met een onjuist opgegeven verwerkingsprogramma in master.cf is vereenvoudigd. Om dergelijke fouten te identificeren, kondigt elke interne service, inclusief postdrop, nu de protocolnaam aan voordat de gegevensuitwisseling begint, en elk clientproces, inclusief sendmail, controleert of de aangegeven protocolnaam overeenkomt met de ondersteunde variant.
- Er is een nieuw type mapping «local_login_sender_maps» toegevoegd voor flexibele controle over de bestemming van het envelop-gezondheidsadres (gegeven in het commando «MAIL FROM» tijdens de SMTP-sessie) in de processen sendmail en postdrop. Bijvoorbeeld, om lokale gebruikers, met uitzondering van root en postfix, toe te staan hun eigen inloggegevens in sendmail op te geven met behulp van UID-binding aan de naam, kunnen de volgende instellingen worden gebruikt: /etc/postfix/main.cf: local_login_sender_maps = inline:{ { root = *}, { postfix = * } }, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # Zowel inloggegevens als de vorm login@domein zijn toegestaan. /(.+)/ $1 $1…@example.com
- De instelling «smtpd_relay_before_recipient_restrictions=yes» is toegevoegd en standaard geactiveerd, waardoor de SMTP-server beperkingen van smtpd_relay_restrictions zal controleren vóór smtpd_recipient_restrictions, in tegenstelling tot eerder.
- De parameter «smtpd_sasl_mechanism_list» is toegevoegd, standaard ingesteld op «!external, static:rest» om verwarrende fouten te voorkomen wanneer de SASL-backend meldt dat het de «EXTERNAL»-modus ondersteunt, die niet wordt ondersteund in Postfix.
- Bij het definiëren van namen in DNS wordt standaard een nieuwe API gebruikt die multithreading (threadsafe) ondersteunt. Voor het bouwen met de oude API dient u tijdens de bouw «make makefiles CCARGS=»-DNO_RES_NCALLS…» op te geven.
- De modus «enable_threaded_bounces = yes» is toegevoegd voor het invoegen van meldingen over afleverproblemen, vertraagde leveringen of afleveringbevestigingen met dezelfde discussiesleutel (de melding wordt weergegeven door de e-mailclient in dezelfde thread, samen met andere berichten in de conversatie).
- Het gebruik van de systeem-DAB /etc/services voor het bepalen van TCP-poortnummers voor SMTP en LMTP is standaard stopgezet. In plaats daarvan worden de poortnummers ingesteld via de parameter known_tcp_ports (standaard lmtp=24, smtp=25, smtps=submissions=465, submission=587). Als een bepaalde dienst ontbreekt in known_tcp_ports, blijft /etc/services worden gebruikt.
- Het compatibiliteitsniveau («compatibility_level») is verhoogd naar de waarde «3.6» (vroeger werd deze parameter twee keer gewijzigd, naast 3.6 zijn ook de waarden 0 (standaard), 1 en 2 ondersteund). Voortaan zal «compatibility_level» worden gewijzigd naar het versienummer waarin wijzigingen zijn aangebracht die de compatibiliteit verbreken. Voor het controleren van de compatibiliteitsniveaus in main.cf en master.cf zijn aparte vergelijkingsoperatoren toegevoegd, zoals «<=level» en «< level» (de standaard vergelijkingsoperatoren zijn niet geschikt, omdat ze 3.10 als kleiner dan 3.9 beschouwen).
Bron: opennet.ru
