Toleo jipya la seva ya barua ya Exim 4.95

Seva ya barua ya Exim 4.95 imetolewa, na kuongeza marekebisho yaliyokusanywa na kuongeza vipengele vipya. Kulingana na uchunguzi wa kiotomatiki wa Septemba wa seva zaidi ya milioni moja, sehemu ya Exim ni 58% (mwaka mmoja uliopita 57.59%), Postfix inatumika kwa 34.92% (34.70%) ya seva za barua, Sendmail - 3.52% (3.75% ), MailEnable - 2% (2.07) %), MDaemon - 0.57% (0.73%), Microsoft Exchange - 0.32% (0.42%). Mabadiliko kuu:

  • Usaidizi thabiti wa hali ya uchakataji wa foleni ya njia panda ya haraka umetangazwa, ambayo hukuruhusu kuharakisha kuanza kwa uwasilishaji wa ujumbe wakati saizi ya foleni ya kutuma ni kubwa na kuna idadi ya kuvutia ya ujumbe unaotumwa kwa wapangishi wa kawaida, kwa mfano, wakati wa kutuma idadi kubwa ya barua kwa watoa huduma wakubwa wa barua au kutuma kupitia wakala wa kati wa kuhamisha ujumbe (smarthost). Ikiwa hali hiyo imewashwa kwa kutumia chaguo la "queue_fast_ramp" na uchakataji wa foleni wa hatua mbili ("-qq") hutambua kuwepo kwa sehemu kubwa ya ujumbe unaoelekezwa kwa seva maalum ya barua, kisha uwasilishaji kwa seva pangishi hiyo utaanza mara moja.
  • Utekelezaji mbadala wa utaratibu wa SRS (Mpango wa Kuandika Upya wa Mtumaji) umeimarishwa - "SRS_NATIVE", ambao hauhitaji vitegemezi vya nje (utekelezaji wa majaribio wa zamani unahitajika kusakinisha maktaba ya libsrs_alt). SRS hukuruhusu kuandika upya anwani ya mtumaji wakati wa kusambaza bila kukiuka ukaguzi wa SPF (Mfumo wa Sera ya Mtumaji) na kuhakikisha kuwa data ya mtumaji inahifadhiwa ili seva itume ujumbe endapo uwasilishaji umeshindwa. Kiini cha njia ni kwamba wakati muunganisho umeanzishwa, habari kuhusu utambulisho na mtumaji wa asili hupitishwa, kwa mfano, wakati wa kuandika upya. [barua pepe inalindwa] juu ya [barua pepe inalindwa] itaonyeshwa"[barua pepe inalindwa]" SRS inafaa, kwa mfano, wakati wa kupanga kazi ya orodha za utumaji barua ambapo ujumbe asili huelekezwa kwa wapokeaji wengine.
  • Chaguo la TLS_RESUME limeimarishwa, na kutoa uwezo wa kuanzisha tena muunganisho wa TLS uliokatizwa hapo awali.
  • Usaidizi wa LMDB DBMS ya utendakazi wa hali ya juu iliyopachikwa, ambayo huhifadhi data katika umbizo la thamani kuu, imeimarishwa. Sampuli za utafutaji pekee kutoka kwa hifadhidata zilizotengenezwa tayari kwa kutumia ufunguo mmoja ndizo zinazotumika (kuandika kutoka Exim hadi LMDB hakutekelezwi). Kwa mfano, ili kuangalia kikoa cha mtumaji katika sheria, unaweza kutumia hoja kama vile "${lookup{$sender_address_domain}lmdb{/var/lib/spamdb/stopdomains.mdb}}".
  • Chaguo "message_linelength_limit" imeongezwa ili kuweka kikomo cha idadi ya herufi kwa kila mstari.
  • Inawezekana kupuuza kache wakati wa kutekeleza maswali ya utafutaji.
  • Kwa usafiri wa faili ya kiambatisho, ukaguzi wa mgao umetekelezwa wakati wa kupokea ujumbe (kipindi cha SMTP).
  • Katika maswali ya utafutaji kwa SQLite, usaidizi wa chaguo la "faili=" umeongezwa, ambayo inakuwezesha kubainisha faili ya hifadhidata kwa ajili ya operesheni maalum bila kubainisha viambishi awali kwenye mstari na amri ya SQL.
  • Hoja za utafutaji za utafutaji sasa zinaauni chaguo la "ret=full" kurudisha kizuizi kizima cha data kinacholingana na ufunguo, na si safu mlalo ya kwanza pekee.
  • Kuanzisha miunganisho ya TLS kunaharakishwa kwa kuleta mapema na kuhifadhi maelezo (kama vile vyeti) badala ya kuipakua kabla ya kuchakata kila muunganisho.
  • Imeongeza kigezo "proxy_protocol_timeout" ili kusanidi kuisha kwa itifaki ya Proksi.
  • Kigezo "smtp_backlog_monitor" kimeongezwa ili kuwezesha kurekodi maelezo kuhusu ukubwa wa foleni ya miunganisho inayosubiri (backlog) kwenye kumbukumbu.
  • Imeongeza kigezo cha "hosts_require_helo", ambacho kinakataza kutuma amri ya MAIL ikiwa amri ya HELO au EHLO haijatumwa hapo awali.
  • Imeongeza kigezo cha "ruhusu_insecure_tainted_data", inapobainishwa, kutoroka bila usalama kwa herufi maalum kwenye data kutasababisha onyo badala ya hitilafu.
  • Usaidizi wa jukwaa la macOS umekatishwa (faili za mkusanyiko zimehamishwa hadi kategoria isiyotumika).

    Chanzo: opennet.ru

Kuongeza maoni