Թողարկվել է Exim 4.95 փոստային սերվերը՝ ավելացնելով կուտակված ուղղումներ և ավելացնելով նոր հնարավորություններ։ Ավելի քան մեկ միլիոն փոստի սերվերների սեպտեմբերյան ավտոմատացված հետազոտության համաձայն՝ Exim-ի մասնաբաժինը կազմում է 58% (մեկ տարի առաջ՝ 57.59%), Postfix-ն օգտագործվում է փոստային սերվերների 34.92% (34.70%), Sendmail՝ 3.52% (3.75%)։ ), MailEnable - 2% (2.07). %), MDaemon - 0.57% (0.73%), Microsoft Exchange - 0.32% (0.42%): Հիմնական փոփոխությունները.
- Հայտարարվել է հաղորդագրությունների հերթի արագ մշակման ռեժիմի կայուն աջակցություն, որը թույլ է տալիս արագացնել հաղորդագրությունների առաքման սկիզբը, երբ ուղարկման հերթի չափը մեծ է, և տպավորիչ թվով հաղորդագրություններ կան, որոնք ուղարկվում են սովորական հյուրընկալողներին, օրինակ. փոստի խոշոր մատակարարներին մեծ թվով նամակներ փոխանցելիս կամ միջանկյալ հաղորդագրությունների փոխանցման գործակալի (smarthost) միջոցով ուղարկելիս: Եթե ռեժիմը միացված է «queue_fast_ramp» տարբերակի միջոցով, և հերթի երկաստիճան մշակումը («-qq») հայտնաբերում է հաղորդագրությունների մեծ մասի առկայությունը, որոնք ուղղված են կոնկրետ փոստային սերվերին, ապա այդ հոսթին առաքումն անմիջապես կսկսվի:
- SRS (Sender Rewriting Scheme) մեխանիզմի այլընտրանքային իրականացումը կայունացվել է՝ «SRS_NATIVE», որը չի պահանջում արտաքին կախվածություն (հին փորձնական իրականացումը պահանջում էր libsrs_alt գրադարանի տեղադրում): SRS-ը թույլ է տալիս վերաշարադրել ուղարկողի հասցեն վերահասցեավորման ժամանակ՝ առանց խախտելու SPF (Sender Policy Framework) ստուգումները և ապահովելով, որ ուղարկողի տվյալները պահպանվում են սերվերի համար՝ առաքման ձախողման դեպքում հաղորդագրություններ ուղարկելու համար: Մեթոդի էությունն այն է, որ երբ կապ է հաստատվում, սկզբնական ուղարկողի հետ ինքնության մասին տեղեկատվությունը փոխանցվում է, օրինակ՝ վերաշարադրելիս։ [էլեկտրոնային փոստով պաշտպանված] մասին [էլեկտրոնային փոստով պաշտպանված] կնշվի «[էլեկտրոնային փոստով պաշտպանված]« SRS-ը տեղին է, օրինակ, փոստային ցուցակների աշխատանքը կազմակերպելիս, որտեղ սկզբնական հաղորդագրությունը վերահղվում է այլ հասցեատերերի:
- TLS_RESUME տարբերակը կայունացվել է, ինչը հնարավորություն է տալիս վերսկսել նախկինում ընդհատված TLS կապը:
- Բարձր արդյունավետությամբ կոմպակտ ներդրված LMDB DBMS-ի աջակցությունը, որը տվյալները պահում է առանցքային արժեքի ձևաչափով, կայունացվել է: Աջակցվում են միայն պատրաստի տվյալների բազաներից մեկ բանալի օգտագործող փնտրման նմուշներ (Exim-ից LMDB գրելը չի իրականացվում): Օրինակ՝ կանոններում ուղարկողի տիրույթը ստուգելու համար կարող եք օգտագործել հարցումը, ինչպիսին է «${lookup{$sender_address_domain}lmdb{/var/lib/spamdb/stopdomains.mdb}}»:
- Ավելացվեց «message_linelength_limit» տարբերակը՝ յուրաքանչյուր տողում նիշերի քանակի սահմանափակում սահմանելու համար:
- Հնարավոր է անտեսել քեշը որոնման հարցումները կատարելիս:
- Հավելվածի փոխադրման համար քվոտայի ստուգումն իրականացվել է հաղորդագրություն ստանալու ընթացքում (SMTP նիստ):
- SQLite-ի որոնման հարցումներում ավելացվել է «file=» տարբերակի աջակցությունը, որը թույլ է տալիս նշել տվյալների բազայի ֆայլը կոնկրետ գործողության համար՝ առանց SQL հրամանի տողում նախածանցներ նշելու:
- Lsearch որոնման հարցումներն այժմ աջակցում են «ret=full» տարբերակը՝ վերադարձնելու ամբողջ տվյալների բլոկը, որը համապատասխանում է բանալիին, ոչ միայն առաջին շարքին:
- TLS կապերի ստեղծումն արագանում է տեղեկատվությունը (օրինակ՝ վկայագրերը) նախնական առբերման և քեշավորման միջոցով՝ յուրաքանչյուր կապի մշակումից առաջ այն ներբեռնելու փոխարեն:
- Ավելացվեց «proxy_protocol_timeout» պարամետրը՝ վստահված անձի արձանագրության ժամկետի ավարտը կարգավորելու համար:
- Ավելացվեց «smtp_backlog_monitor» պարամետրը՝ գրանցամատյանում առկախ կապերի հերթի չափի մասին տեղեկատվության գրանցումը թույլ տալու համար:
- Ավելացվեց «hosts_require_helo» պարամետրը, որն արգելում է ուղարկել MAIL հրամանը, եթե HELO կամ EHLO հրամանը նախկինում ուղարկված չէ:
- Ավելացվել է «allow_insecure_tainted_data» պարամետրը, երբ նշված է, տվյալների մեջ հատուկ նիշերից ոչ անվտանգ խուսափելը սխալի փոխարեն կհանգեցնի նախազգուշացման:
- macOS պլատֆորմի աջակցությունը դադարեցվել է (հավաքման ֆայլերը տեղափոխվել են չաջակցվող կատեգորիա):
Source: opennet.ru