ఒక సంవత్సరం అభివృద్ధి తర్వాత, పోస్ట్‌ఫిక్స్ మెయిల్ సర్వర్ యొక్క కొత్త స్థిరమైన శాఖ విడుదల చేయబడింది - 3.6.0. అదే సమయంలో, 3.2 ప్రారంభంలో విడుదలైన పోస్ట్‌ఫిక్స్ 2017 బ్రాంచ్‌కు మద్దతు ముగింపును ప్రకటించింది. పోస్ట్‌ఫిక్స్ అనేది ఒకే సమయంలో అధిక భద్రత, విశ్వసనీయత మరియు పనితీరును మిళితం చేసే అరుదైన ప్రాజెక్ట్‌లలో ఒకటి, ఇది బాగా ఆలోచించిన ఆర్కిటెక్చర్ మరియు కోడ్ డిజైన్ మరియు ప్యాచ్ ఆడిటింగ్ కోసం చాలా కఠినమైన విధానం కారణంగా సాధించబడింది. ప్రాజెక్ట్ కోడ్ EPL 2.0 (ఎక్లిప్స్ పబ్లిక్ లైసెన్స్) మరియు IPL 1.0 (IBM పబ్లిక్ లైసెన్స్) కింద పంపిణీ చేయబడింది.
సుమారు 600 వేల మెయిల్ సర్వర్‌లలో ఏప్రిల్ ఆటోమేటెడ్ సర్వే ప్రకారం, పోస్ట్‌ఫిక్స్ మెయిల్ సర్వర్‌లలో 33.66% (ఒక సంవత్సరం క్రితం 34.29%) ఉపయోగించబడుతుంది, ఎగ్జిమ్ వాటా 59.14% (57.77%), సెండ్‌మెయిల్ - 3.6% (3.83) %), MailEnable - 2.02% ( 2.12%), MDaemon - 0.60% (0.77%), Microsoft Exchange - 0.32% (0.47%).
ప్రధాన ఆవిష్కరణలు:
- పోస్ట్‌ఫిక్స్ భాగాల మధ్య పరస్పర చర్య కోసం ఉపయోగించే అంతర్గత ప్రోటోకాల్‌లలో మార్పుల కారణంగా, నవీకరించడానికి ముందు మెయిల్ సర్వర్‌ను “పోస్ట్‌ఫిక్స్ స్టాప్” కమాండ్‌తో ఆపడం అవసరం. లేకపోతే, పికప్, qmgr, వెరిఫై, tlsproxy మరియు పోస్ట్‌స్క్రీన్ ప్రాసెస్‌లతో పరస్పర చర్య చేస్తున్నప్పుడు వైఫల్యాలు ఉండవచ్చు, దీని ఫలితంగా పోస్ట్‌ఫిక్స్ పునఃప్రారంభించే వరకు ఇమెయిల్‌లను పంపడంలో ఆలస్యం కావచ్చు.
- "తెలుపు" మరియు "నలుపు" పదాల ప్రస్తావనలు జాతి వివక్షగా సమాజంలోని కొంతమంది సభ్యులచే గుర్తించబడ్డాయి, ప్రక్షాళన చేయబడ్డాయి. "వైట్‌లిస్ట్" మరియు "బ్లాక్‌లిస్ట్"కి బదులుగా, "అనుమతి జాబితా" మరియు "నిరాకరణ జాబితా"లను ఇప్పుడు ఉపయోగించాలి (ఉదాహరణకు, పారామితులు postscreen_allowlist_interfaces, postscreen_denylist_action మరియు postscreen_dnsbl_allowlist_threshold). మార్పులు డాక్యుమెంటేషన్, పోస్ట్‌స్క్రీన్ ప్రక్రియ యొక్క సెట్టింగ్‌లు (అంతర్నిర్మిత ఫైర్‌వాల్) మరియు లాగ్‌లలోని సమాచారం యొక్క ప్రతిబింబాన్ని ప్రభావితం చేస్తాయి. postfix/postscreen[pid]: ALLOWLIST VETO [address]:port postfix/postscreen[pid]: ALLOWLISTED [address]:port postfix/postscreen[pid]: DENYLISTED [చిరునామా]:పోర్ట్
లాగ్‌లలో మునుపటి నిబంధనలను భద్రపరచడానికి, “respectful_logging = no” పరామితి అందించబడింది, ఇది “compatibility_level = 3.6”కి ముందు main.cfలో పేర్కొనబడాలి. వెనుకకు అనుకూలత కోసం పాత పోస్ట్‌స్క్రీన్ సెట్టింగ్‌ల పేర్లకు మద్దతు అలాగే ఉంచబడింది. అలాగే, కాన్ఫిగరేషన్ ఫైల్ “master.cf” ప్రస్తుతానికి మారలేదు.
- “compatibility_level = 3.6” మోడ్‌లో, MD256కి బదులుగా SHA5 హాష్ ఫంక్షన్‌ని ఉపయోగించడానికి డిఫాల్ట్ స్విచ్ చేయబడింది. మీరు compatibility_level పారామీటర్‌లో మునుపటి సంస్కరణను సెట్ చేస్తే, MD5 ఉపయోగించడం కొనసాగుతుంది, అయితే అల్గోరిథం స్పష్టంగా నిర్వచించబడని హ్యాష్‌ల వినియోగానికి సంబంధించిన సెట్టింగ్‌ల కోసం, లాగ్‌లో హెచ్చరిక ప్రదర్శించబడుతుంది. Diffie-Hellman కీ మార్పిడి ప్రోటోకాల్ యొక్క ఎగుమతి సంస్కరణకు మద్దతు నిలిపివేయబడింది (tlsproxy_tls_dh512_param_file పరామితి విలువ ఇప్పుడు విస్మరించబడింది).
- master.cfలో సరికాని హ్యాండ్లర్ ప్రోగ్రామ్‌ను పేర్కొనడానికి సంబంధించిన సమస్యల యొక్క సరళీకృత నిర్ధారణ. అటువంటి లోపాలను గుర్తించడానికి, పోస్ట్‌డ్రాప్‌తో సహా ప్రతి బ్యాకెండ్ సేవ ఇప్పుడు కమ్యూనికేషన్‌ను ప్రారంభించే ముందు ప్రోటోకాల్ పేరును ప్రచారం చేస్తుంది మరియు ప్రతి క్లయింట్ ప్రక్రియ, సెండ్‌మెయిల్‌తో సహా, ప్రచారం చేయబడిన ప్రోటోకాల్ పేరు మద్దతు ఉన్న వేరియంట్‌తో సరిపోలుతుందో లేదో తనిఖీ చేస్తుంది.
- సెండ్‌మెయిల్ మరియు పోస్ట్‌డ్రాప్ ప్రాసెస్‌లకు పంపినవారి ఎన్వలప్ చిరునామా (SMTP సెషన్‌లో "MAIL FROM" కమాండ్‌లో అందించబడింది) అసైన్‌మెంట్‌పై సౌకర్యవంతమైన నియంత్రణ కోసం కొత్త మ్యాపింగ్ రకం "local_login_sender_maps" జోడించబడింది. ఉదాహరణకు, రూట్ మరియు పోస్ట్‌ఫిక్స్ మినహా, స్థానిక వినియోగదారులను సెండ్‌మెయిల్‌లో వారి లాగిన్‌లను మాత్రమే పేర్కొనడానికి, పేరుకు UID బైండింగ్ ఉపయోగించి, మీరు క్రింది సెట్టింగ్‌లను ఉపయోగించవచ్చు: /etc/postfix/main.cf: local_login_sender_maps = ఇన్‌లైన్ :{ { root = *} , { postfix = * }}, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # లాగిన్‌లు మరియు login@domain ఫారమ్ రెండింటినీ పేర్కొనడం అనుమతించబడుతుంది. /(.+)/ $1 [email protected]
- డిఫాల్ట్‌గా “smtpd_relay_before_recipient_restrictions=yes” సెట్టింగ్ జోడించబడింది మరియు ప్రారంభించబడింది, దీనిలో SMTP సర్వర్ smtpd_recipient_restrictions ముందు smtpd_relay_restrictions తనిఖీ చేస్తుంది మరియు మునుపటిలాగా కాదు.
- పోస్ట్‌ఫిక్స్‌లో మద్దతు లేని "ఎక్స్‌టర్నల్" మోడ్‌కు SASL బ్యాకెండ్ మద్దతిస్తుందని క్లెయిమ్ చేసే సందర్భంలో గందరగోళ లోపాలను నివారించడానికి "!external, static:rest"కి డిఫాల్ట్‌గా ఉండే "smtpd_sasl_mechanism_list" పరామితి జోడించబడింది.
- DNSలో పేర్లను పరిష్కరిస్తున్నప్పుడు, మల్టీథ్రెడింగ్ (థ్రెడ్‌సేఫ్)కి మద్దతు ఇచ్చే కొత్త API డిఫాల్ట్‌గా ప్రారంభించబడుతుంది. పాత APIతో నిర్మించడానికి, మీరు నిర్మించేటప్పుడు “మేక్ ఫైల్‌లు CCARGS=”-DNO_RES_NCALLS...”ని పేర్కొనాలి.
- డెలివరీ సమస్యలు, డెలివరీ ఆలస్యం లేదా డెలివరీ నిర్ధారణను అదే చర్చా IDతో భర్తీ చేయడానికి "enable_threaded_bounces = yes" మోడ్ జోడించబడింది (నోటిఫికేషన్ మెయిల్ క్లయింట్ ద్వారా అదే థ్రెడ్‌లో, ఇతర కరస్పాండెన్స్ సందేశాలతో పాటు చూపబడుతుంది).
- డిఫాల్ట్‌గా, SMTP మరియు LMTP కోసం TCP పోర్ట్ నంబర్‌లను గుర్తించడానికి /etc/services సిస్టమ్ డేటాబేస్ ఇకపై ఉపయోగించబడదు. బదులుగా, పోర్ట్ సంఖ్యలు తెలిసిన_tcp_ports పరామితి ద్వారా కాన్ఫిగర్ చేయబడతాయి (డిఫాల్ట్ lmtp=24, smtp=25, smtps=సమర్పణలు=465, సమర్పణ=587). తెలిసిన_tcp_ports నుండి కొంత సేవ తప్పిపోయినట్లయితే, /etc/services ఉపయోగించడం కొనసాగుతుంది.
- అనుకూలత స్థాయి (“అనుకూలత_స్థాయి”) “3.6”కి పెంచబడింది (పరామితి గతంలో రెండుసార్లు మార్చబడింది, 3.6 మినహా మద్దతు ఉన్న విలువలు 0 (డిఫాల్ట్), 1 మరియు 2). ఇప్పటి నుండి, “compatibility_level” అనుకూలతను ఉల్లంఘించే మార్పులు చేసిన సంస్కరణ సంఖ్యకు మారుతుంది. అనుకూలత స్థాయిలను తనిఖీ చేయడానికి, "<=level" మరియు "<level" వంటి ప్రత్యేక పోలిక ఆపరేటర్‌లు main.cf మరియు master.cf లకు జోడించబడ్డారు (ప్రామాణిక పోలిక ఆపరేటర్‌లు తగినవి కావు, ఎందుకంటే వారు 3.10 కంటే తక్కువ 3.9ని పరిగణిస్తారు).
మూలం: opennet.ru