ເຄື່ອງແມ່ຂ່າຍເມລ Postfix 3.7.0 ສາມາດໃຊ້ໄດ້

ຫຼັງຈາກ 10 ເດືອນຂອງການພັດທະນາ, ສາຂາທີ່ຫມັ້ນຄົງໃຫມ່ຂອງເຄື່ອງແມ່ຂ່າຍເມລ Postfix - 3.7.0 - ຖືກປ່ອຍອອກມາ. ໃນຂະນະດຽວກັນ, ມັນໄດ້ປະກາດການສິ້ນສຸດການສະຫນັບສະຫນູນສໍາລັບສາຂາ Postfix 3.3, ເປີດຕົວໃນຕົ້ນປີ 2018. Postfix ແມ່ນຫນຶ່ງໃນບັນດາໂຄງການທີ່ຫາຍາກທີ່ປະສົມປະສານຄວາມປອດໄພສູງ, ຄວາມຫນ້າເຊື່ອຖືແລະການປະຕິບັດໃນເວລາດຽວກັນ, ເຊິ່ງບັນລຸໄດ້ຍ້ອນສະຖາປັດຕະຍະກໍາທີ່ມີຄວາມຄິດທີ່ດີແລະນະໂຍບາຍທີ່ເຄັ່ງຄັດສໍາລັບການອອກແບບລະຫັດແລະການກວດສອບ patch. ລະຫັດໂຄງການແມ່ນແຈກຢາຍພາຍໃຕ້ EPL 2.0 (ໃບອະນຸຍາດສາທາລະນະ Eclipse) ແລະ IPL 1.0 (ໃບອະນຸຍາດສາທາລະນະ IBM).

ອີງຕາມການສໍາຫຼວດອັດຕະໂນມັດໃນເດືອນມັງກອນຂອງປະມານ 500 ພັນເຄື່ອງແມ່ຂ່າຍເມລ, Postfix ຖືກນໍາໃຊ້ໃນ 34.08% (ປີກ່ອນຫນ້ານີ້ 33.66%) ຂອງເຄື່ອງແມ່ຂ່າຍເມລ, ສ່ວນແບ່ງຂອງ Exim ແມ່ນ 58.95% (59.14%), Sendmail - 3.58% (3.6. %), MailEnable - 1.99% (2.02%), MDaemon - 0.52% (0.60%), Microsoft Exchange - 0.26% (0.32%), OpenSMTPD - 0.06% (0.05%).

ນະວັດຕະກໍາຕົ້ນຕໍ:

• ມັນເປັນໄປໄດ້ທີ່ຈະໃສ່ເນື້ອໃນຂອງຕາຕະລາງຂະຫນາດນ້ອຍ "cidr:", "pcre:" ແລະ "regexp:" ພາຍໃນຄ່າພາລາມິເຕີການຕັ້ງຄ່າ Postfix, ໂດຍບໍ່ມີການເຊື່ອມຕໍ່ໄຟລ໌ພາຍນອກຫຼືຖານຂໍ້ມູນ. ການທົດແທນທີ່ຢູ່ໃນສະຖານທີ່ແມ່ນຖືກກໍານົດໂດຍໃຊ້ curly braces, ສໍາລັບຕົວຢ່າງ, ຄ່າເລີ່ມຕົ້ນຂອງພາລາມິເຕີ smtpd_forbidden_commands ປະຈຸບັນມີສາຍ "CONNECT GET POST regexp:{{/^[^AZ]/ Thrash}}" ເພື່ອຮັບປະກັນວ່າການເຊື່ອມຕໍ່ຈາກລູກຄ້າທີ່ສົ່ງ. ຂີ້ເຫຍື້ອແທນທີ່ຈະເປັນຄໍາສັ່ງຖືກຫຼຸດລົງ. syntax ທົ່ວໄປ: /etc/postfix/main.cf: parameter = .. map-type:{ { rule-1 }, { rule-2 } .. } .. /etc/postfix/master.cf: .. -o { parameter = .. map-type:{ { rule-1 }, { rule-2 } .. } .. } ..
• ດຽວນີ້ຕົວຈັດການ postlog ໄດ້ຖືກຕິດຕັ້ງດ້ວຍທຸງ set-gid ແລະ, ເມື່ອເປີດຕົວ, ດໍາເນີນການກັບສິດທິພິເສດຂອງກຸ່ມ postdrop, ເຊິ່ງອະນຸຍາດໃຫ້ມັນຖືກນໍາໃຊ້ໂດຍບັນດາໂຄງການທີ່ບໍ່ມີສິດທິໃນການຂຽນບັນທຶກໂດຍຜ່ານຂະບວນການ postlogd ພື້ນຫລັງ, ເຊິ່ງຊ່ວຍໃຫ້ມີຄວາມຍືດຫຍຸ່ນເພີ່ມຂຶ້ນ. ໃນການຕັ້ງຄ່າ maillog_file ແລະລວມທັງ stdout ບັນທຶກຈາກ container.
• ເພີ່ມການຮອງຮັບ API ສຳລັບຫ້ອງສະໝຸດ OpenSSL 3.0.0, PCRE2 ແລະ Berkeley DB 18.
• ເພີ່ມການປ້ອງກັນການໂຈມຕີເພື່ອກໍານົດການປະທະກັນໃນ hashes ໂດຍໃຊ້ brute force ທີ່ສໍາຄັນ. ການປົກປ້ອງແມ່ນຖືກປະຕິບັດໂດຍຜ່ານການສຸ່ມຂອງສະຖານະເບື້ອງຕົ້ນຂອງຕາຕະລາງ hash ທີ່ເກັບໄວ້ໃນ RAM. ໃນປັດຈຸບັນ, ມີພຽງແຕ່ວິທີການຫນຶ່ງຂອງການປະຕິບັດການໂຈມຕີດັ່ງກ່າວ, ເຊິ່ງກ່ຽວຂ້ອງກັບການຈໍາແນກທີ່ຢູ່ IPv6 ຂອງລູກຄ້າ SMTP ໃນການບໍລິການ anvil ແລະຮຽກຮ້ອງໃຫ້ມີການສ້າງຕັ້ງຫຼາຍຮ້ອຍຄົນຂອງການເຊື່ອມຕໍ່ໄລຍະສັ້ນຕໍ່ວິນາທີໃນຂະນະທີ່ຄົ້ນຫາຮອບວຽນໂດຍຜ່ານຫລາຍພັນທີ່ຢູ່ IP ຂອງລູກຄ້າທີ່ແຕກຕ່າງກັນ. . ສ່ວນທີ່ເຫຼືອຂອງຕາຕະລາງ hash, ກຸນແຈທີ່ສາມາດກວດສອບໄດ້ໂດຍອີງໃສ່ຂໍ້ມູນຂອງຜູ້ໂຈມຕີ, ບໍ່ມີຄວາມສ່ຽງຕໍ່ການໂຈມຕີດັ່ງກ່າວ, ເພາະວ່າພວກມັນມີຂອບເຂດຈໍາກັດ (anvil ໃຊ້ທໍາຄວາມສະອາດທຸກໆ 100 ວິນາທີ).
• ເພີ່ມທະວີການປົກປ້ອງລູກຄ້າພາຍນອກ ແລະເຊີບເວີທີ່ໂອນຂໍ້ມູນຊ້າຫຼາຍເທື່ອລະໜ້ອຍເພື່ອຮັກສາການເຊື່ອມຕໍ່ SMTP ແລະ LMTP ເຄື່ອນໄຫວ (ຕົວຢ່າງ, ສະກັດກັ້ນການເຮັດວຽກໂດຍການສ້າງເງື່ອນໄຂໃຫ້ໝົດຂີດຈຳກັດໃນຈຳນວນການເຊື່ອມຕໍ່ທີ່ສ້າງຂຶ້ນ). ແທນທີ່ຈະມີຂໍ້ຈໍາກັດເວລາໃນການເຊື່ອມຕໍ່ກັບບັນທຶກ, ຂໍ້ຈໍາກັດໃນການເຊື່ອມຕໍ່ກັບການຮ້ອງຂໍໃນປັດຈຸບັນຖືກນໍາໃຊ້, ແລະຂໍ້ຈໍາກັດກ່ຽວກັບອັດຕາການໂອນຂໍ້ມູນຂັ້ນຕ່ໍາທີ່ເປັນໄປໄດ້ໃນ DATA ແລະ BDAT blocks ໄດ້ຖືກເພີ່ມ. ດັ່ງນັ້ນ, ການຕັ້ງຄ່າ {smtpd,smtp,lmtp}_per_record_deadline ໄດ້ຖືກແທນທີ່ດ້ວຍ {smtpd,smtp,lmtp}_per_request_deadline ແລະ {smtpd, smtp,lmtp}_min_data_rate.
• ຄໍາສັ່ງ postqueue ຮັບປະກັນວ່າຕົວອັກສອນທີ່ບໍ່ສາມາດພິມໄດ້, ເຊັ່ນ: ແຖວໃຫມ່, ໄດ້ຖືກອະນາໄມກ່ອນທີ່ຈະພິມອອກເປັນມາດຕະຖານຫຼືການຈັດຮູບແບບສະຕຣິງເຂົ້າໄປໃນ JSON.
• ໃນ tlsproxy, ຕົວກໍານົດການ tlsproxy_client_level ແລະ tlsproxy_client_policy ໄດ້ຖືກແທນທີ່ໂດຍການຕັ້ງຄ່າໃຫມ່ tlsproxy_client_security_level ແລະ tlsproxy_client_policy_maps ເພື່ອປະສົມປະສານຊື່ຂອງພາລາມິເຕີໃນ Postfix (ຊື່ຂອງ tlsproxy_client_clientspn=xxxxxxt).
• ການຈັດການຄວາມຜິດພາດຈາກລູກຄ້າທີ່ໃຊ້ LMDB ໄດ້ຖືກປະຕິບັດຄືນໃຫມ່.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru