ਪੋਸਟਫਿਕਸ 3.6.0 ਮੇਲ ਸਰਵਰ ਦੀ ਰਿਲੀਜ਼

ਵਿਕਾਸ ਦੇ ਇੱਕ ਸਾਲ ਬਾਅਦ, ਪੋਸਟਫਿਕਸ ਮੇਲ ਸਰਵਰ ਦੀ ਇੱਕ ਨਵੀਂ ਸਥਿਰ ਸ਼ਾਖਾ ਜਾਰੀ ਕੀਤੀ ਗਈ - 3.6.0. ਉਸੇ ਸਮੇਂ, ਇਸਨੇ 3.2 ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਜਾਰੀ ਕੀਤੀ ਪੋਸਟਫਿਕਸ 2017 ਸ਼ਾਖਾ ਲਈ ਸਮਰਥਨ ਖਤਮ ਕਰਨ ਦਾ ਐਲਾਨ ਕੀਤਾ। ਪੋਸਟਫਿਕਸ ਇੱਕ ਦੁਰਲੱਭ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜੋ ਇੱਕੋ ਸਮੇਂ ਉੱਚ ਸੁਰੱਖਿਆ, ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਜੋੜਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸੋਚੀ-ਸਮਝੀ ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਕੋਡ ਡਿਜ਼ਾਈਨ ਅਤੇ ਪੈਚ ਆਡਿਟਿੰਗ ਲਈ ਇੱਕ ਕਾਫ਼ੀ ਸਖ਼ਤ ਨੀਤੀ ਦੇ ਕਾਰਨ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਪ੍ਰੋਜੈਕਟ ਕੋਡ ਨੂੰ EPL 2.0 (Eclipse Public License) ਅਤੇ IPL 1.0 (IBM ਪਬਲਿਕ ਲਾਇਸੈਂਸ) ਦੇ ਤਹਿਤ ਵੰਡਿਆ ਗਿਆ ਹੈ।

ਲਗਭਗ 600 ਹਜ਼ਾਰ ਮੇਲ ਸਰਵਰਾਂ ਦੇ ਇੱਕ ਅਪ੍ਰੈਲ ਆਟੋਮੇਟਿਡ ਸਰਵੇਖਣ ਦੇ ਅਨੁਸਾਰ, ਪੋਸਟਫਿਕਸ ਮੇਲ ਸਰਵਰਾਂ ਦੇ 33.66% (ਇੱਕ ਸਾਲ ਪਹਿਲਾਂ 34.29%) 'ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਐਗਜ਼ਿਮ ਦਾ ਸ਼ੇਅਰ 59.14% (57.77%), Sendmail - 3.6% (3.83) ਹੈ। %), MailEnable - 2.02% (2.12%), MDaemon - 0.60% (0.77%), Microsoft Exchange - 0.32% (0.47%)।

ਮੁੱਖ ਨਵੀਨਤਾਵਾਂ:

• ਪੋਸਟਫਿਕਸ ਕੰਪੋਨੈਂਟਸ ਵਿਚਕਾਰ ਆਪਸੀ ਤਾਲਮੇਲ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਅੰਦਰੂਨੀ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੇ ਕਾਰਨ, ਅਪਡੇਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ "ਪੋਸਟਫਿਕਸ ਸਟਾਪ" ਕਮਾਂਡ ਨਾਲ ਮੇਲ ਸਰਵਰ ਨੂੰ ਰੋਕਣਾ ਜ਼ਰੂਰੀ ਹੈ। ਨਹੀਂ ਤਾਂ, ਪਿਕਅੱਪ, qmgr, verify, tlsproxy, ਅਤੇ ਪੋਸਟਸਕ੍ਰੀਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਦੇ ਸਮੇਂ ਅਸਫਲਤਾਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਪੋਸਟਫਿਕਸ ਦੇ ਮੁੜ ਚਾਲੂ ਹੋਣ ਤੱਕ ਈਮੇਲ ਭੇਜਣ ਵਿੱਚ ਦੇਰੀ ਹੋ ਸਕਦੀ ਹੈ।
• ਭਾਈਚਾਰੇ ਦੇ ਕੁਝ ਮੈਂਬਰਾਂ ਦੁਆਰਾ ਨਸਲੀ ਵਿਤਕਰੇ ਵਜੋਂ ਸਮਝੇ ਜਾਂਦੇ ਸ਼ਬਦਾਂ "ਚਿੱਟੇ" ਅਤੇ "ਕਾਲੇ" ਦੇ ਜ਼ਿਕਰ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ। "ਵ੍ਹਾਈਟਲਿਸਟ" ਅਤੇ "ਬਲੈਕਲਿਸਟ" ਦੀ ਬਜਾਏ, "ਮਨਜ਼ੂਰ ਸੂਚੀ" ਅਤੇ "ਮੰਨਣਯੋਗ ਸੂਚੀ" ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਪੈਰਾਮੀਟਰ postscreen_allowlist_interfaces, postscreen_denylist_action ਅਤੇ postscreen_dnsbl_allowlist_threshold)। ਤਬਦੀਲੀਆਂ ਦਸਤਾਵੇਜ਼ਾਂ, ਪੋਸਟਸਕਰੀਨ ਪ੍ਰਕਿਰਿਆ ਦੀਆਂ ਸੈਟਿੰਗਾਂ (ਬਿਲਟ-ਇਨ ਫਾਇਰਵਾਲ) ਅਤੇ ਲੌਗਸ ਵਿੱਚ ਜਾਣਕਾਰੀ ਦੇ ਪ੍ਰਤੀਬਿੰਬ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰਦੀਆਂ ਹਨ। ਪੋਸਟਫਿਕਸ/ਪੋਸਟਸਕ੍ਰੀਨ[ਪੀਆਈਡੀ]: ਵੀਟੋ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿਓ [ਪਤਾ]:ਪੋਰਟ ਪੋਸਟਫਿਕਸ/ਪੋਸਟਸਕ੍ਰੀਨ [ਪੀਆਈਡੀ]: ਮਨਜ਼ੂਰਸ਼ੁਦਾ [ਪਤਾ]:ਪੋਰਟ ਪੋਸਟਫਿਕਸ/ਪੋਸਟਸਕ੍ਰੀਨ [ਪੀਆਈਡੀ]: ਅਸਵੀਕਾਰ [ਪਤਾ]:ਪੋਰਟ

  ਲੌਗਸ ਵਿੱਚ ਪਿਛਲੀਆਂ ਸ਼ਰਤਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣ ਲਈ, “respectful_logging = no” ਪੈਰਾਮੀਟਰ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ “compatibility_level = 3.6” ਤੋਂ ਪਹਿਲਾਂ main.cf ਵਿੱਚ ਨਿਰਦਿਸ਼ਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਬੈਕਵਰਡ ਅਨੁਕੂਲਤਾ ਲਈ ਪੁਰਾਣੀ ਪੋਸਟਸਕਰੀਨ ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਮਾਂ ਲਈ ਸਮਰਥਨ ਬਰਕਰਾਰ ਰੱਖਿਆ ਗਿਆ ਹੈ। ਨਾਲ ਹੀ, ਸੰਰਚਨਾ ਫਾਇਲ “master.cf” ਹੁਣ ਲਈ ਬਦਲੀ ਨਹੀਂ ਹੈ।

• “compatibility_level = 3.6” ਮੋਡ ਵਿੱਚ, MD256 ਦੀ ਬਜਾਏ SHA5 ਹੈਸ਼ ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਡਿਫੌਲਟ ਸਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਜੇਕਰ ਤੁਸੀਂ ਅਨੁਕੂਲਤਾ_ਲੇਵਲ ਪੈਰਾਮੀਟਰ ਵਿੱਚ ਇੱਕ ਪੁਰਾਣਾ ਸੰਸਕਰਣ ਸੈਟ ਕਰਦੇ ਹੋ, ਤਾਂ MD5 ਦੀ ਵਰਤੋਂ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ, ਪਰ ਹੈਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਸਬੰਧਤ ਸੈਟਿੰਗਾਂ ਲਈ ਜਿਸ ਵਿੱਚ ਐਲਗੋਰਿਦਮ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਹੈ, ਲੌਗ ਵਿੱਚ ਇੱਕ ਚੇਤਾਵਨੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੀ ਜਾਵੇਗੀ। Diffie-Hellman ਕੁੰਜੀ ਐਕਸਚੇਂਜ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਨਿਰਯਾਤ ਸੰਸਕਰਣ ਲਈ ਸਮਰਥਨ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ (tlsproxy_tls_dh512_param_file ਪੈਰਾਮੀਟਰ ਦਾ ਮੁੱਲ ਹੁਣ ਅਣਡਿੱਠ ਕੀਤਾ ਗਿਆ ਹੈ)।
• master.cf ਵਿੱਚ ਇੱਕ ਗਲਤ ਹੈਂਡਲਰ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਨਾਲ ਜੁੜੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਸਰਲ ਨਿਦਾਨ। ਅਜਿਹੀਆਂ ਗਲਤੀਆਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ, ਹਰੇਕ ਬੈਕਐਂਡ ਸੇਵਾ, ਪੋਸਟਡ੍ਰੌਪ ਸਮੇਤ, ਹੁਣ ਸੰਚਾਰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਨਾਮ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਹਰੇਕ ਕਲਾਇੰਟ ਪ੍ਰਕਿਰਿਆ, ਜਿਸ ਵਿੱਚ ਸੇਂਡਮੇਲ ਵੀ ਸ਼ਾਮਲ ਹੈ, ਜਾਂਚ ਕਰਦੀ ਹੈ ਕਿ ਇਸ਼ਤਿਹਾਰੀ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਾਮ ਸਮਰਥਿਤ ਰੂਪ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
• ਭੇਜਣ ਵਾਲੇ ਦੇ ਲਿਫਾਫੇ ਪਤੇ (ਇੱਕ SMTP ਸੈਸ਼ਨ ਦੇ ਦੌਰਾਨ "ਮੇਲ ਫਰੋਮ" ਕਮਾਂਡ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ) ਦੀ ਸੈਂਡਮੇਲ ਅਤੇ ਪੋਸਟਡ੍ਰੌਪ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਲਚਕਦਾਰ ਨਿਯੰਤਰਣ ਲਈ ਇੱਕ ਨਵੀਂ ਮੈਪਿੰਗ ਕਿਸਮ "local_login_sender_maps" ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਸਥਾਨਕ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ, ਰੂਟ ਅਤੇ ਪੋਸਟਫਿਕਸ ਦੇ ਅਪਵਾਦ ਦੇ ਨਾਲ, ਨਾਮ ਨਾਲ UID ਬਾਈਡਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, sendmail ਵਿੱਚ ਉਹਨਾਂ ਦੇ ਲੌਗਿਨ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਹੇਠ ਲਿਖੀਆਂ ਸੈਟਿੰਗਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ: /etc/postfix/main.cf: local_login_sender_maps = ਇਨਲਾਈਨ :{ { ਰੂਟ = *} , { ਪੋਸਟਫਿਕਸ = * } }, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # ਲੌਗਇਨ ਅਤੇ login@ਡੋਮੇਨ ਫਾਰਮ ਦੋਵਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ। /(.+)/ $1 $1…@example.com
• "smtpd_relay_before_recipient_restrictions=yes" ਸੈਟਿੰਗ ਨੂੰ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਜੋੜਿਆ ਅਤੇ ਸਮਰੱਥ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿਸ ਵਿੱਚ SMTP ਸਰਵਰ smtpd_recipient_restrictions ਤੋਂ ਪਹਿਲਾਂ smtpd_relay_restrictions ਦੀ ਜਾਂਚ ਕਰੇਗਾ, ਨਾ ਕਿ ਪਹਿਲਾਂ ਵਾਂਗ, ਉਲਟ।
• ਜੋੜਿਆ ਗਿਆ ਪੈਰਾਮੀਟਰ "smtpd_sasl_mechanism_list", ਜੋ ਕਿ "! external, static:rest" ਵਿੱਚ ਡਿਫਾਲਟ ਹੁੰਦਾ ਹੈ ਤਾਂ ਕਿ ਉਸ ਕੇਸ ਵਿੱਚ ਉਲਝਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਰੋਕਿਆ ਜਾ ਸਕੇ ਜਿੱਥੇ SASL ਬੈਕਐਂਡ "ਬਾਹਰੀ" ਮੋਡ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦਾ ਦਾਅਵਾ ਕਰਦਾ ਹੈ, ਜੋ ਪੋਸਟਫਿਕਸ ਵਿੱਚ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
• DNS ਵਿੱਚ ਨਾਮਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਵੇਲੇ, ਇੱਕ ਨਵਾਂ API ਜੋ ਮਲਟੀਥ੍ਰੈਡਿੰਗ (ਥ੍ਰੈਡਸੇਫ) ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਸਮਰੱਥ ਹੁੰਦਾ ਹੈ। ਪੁਰਾਣੇ API ਨਾਲ ਬਣਾਉਣ ਲਈ, ਤੁਹਾਨੂੰ ਬਿਲਡਿੰਗ ਕਰਦੇ ਸਮੇਂ “make makefiles CCARGS=”-DNO_RES_NCALLS…” ਨਿਰਧਾਰਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
• ਡਿਲਿਵਰੀ ਸਮੱਸਿਆਵਾਂ, ਦੇਰੀ ਨਾਲ ਡਿਲੀਵਰੀ ਜਾਂ ਡਿਲੀਵਰੀ ਪੁਸ਼ਟੀਕਰਨ ਬਾਰੇ ਸੂਚਨਾਵਾਂ ਨੂੰ ਉਸੇ ਚਰਚਾ ID ਨਾਲ ਬਦਲਣ ਲਈ "enable_threaded_bounces = yes" ਮੋਡ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ (ਸੂਚਨਾ ਉਸੇ ਥ੍ਰੈਡ ਵਿੱਚ ਮੇਲ ਕਲਾਇੰਟ ਦੁਆਰਾ ਹੋਰ ਪੱਤਰ-ਵਿਹਾਰ ਸੁਨੇਹਿਆਂ ਦੇ ਨਾਲ ਦਿਖਾਈ ਜਾਵੇਗੀ)।
• ਮੂਲ ਰੂਪ ਵਿੱਚ, /etc/services ਸਿਸਟਮ ਡਾਟਾਬੇਸ ਹੁਣ SMTP ਅਤੇ LMTP ਲਈ TCP ਪੋਰਟ ਨੰਬਰਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਸਦੀ ਬਜਾਏ, ਪੋਰਟ ਨੰਬਰਾਂ ਨੂੰ known_tcp_ports ਪੈਰਾਮੀਟਰ (ਡਿਫਾਲਟ lmtp=24, smtp=25, smtps=submissions=465, submission=587) ਦੁਆਰਾ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਜਾਣੇ-ਪਛਾਣੇ_tcp_ports ਤੋਂ ਕੁਝ ਸੇਵਾ ਗੁੰਮ ਹੈ, ਤਾਂ /etc/services ਦੀ ਵਰਤੋਂ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ।
• ਅਨੁਕੂਲਤਾ ਪੱਧਰ (“ਅਨੁਕੂਲਤਾ_ਲੇਵਲ”) ਨੂੰ “3.6” ਤੱਕ ਵਧਾ ਦਿੱਤਾ ਗਿਆ ਹੈ (ਪੈਰਾਮੀਟਰ ਪਿਛਲੇ ਸਮੇਂ ਵਿੱਚ ਦੋ ਵਾਰ ਬਦਲਿਆ ਗਿਆ ਸੀ, 3.6 ਨੂੰ ਛੱਡ ਕੇ ਸਮਰਥਿਤ ਮੁੱਲ 0 (ਡਿਫੌਲਟ), 1 ਅਤੇ 2 ਹਨ)। ਹੁਣ ਤੋਂ, “compatibility_level” ਉਸ ਸੰਸਕਰਣ ਨੰਬਰ ਵਿੱਚ ਬਦਲ ਜਾਵੇਗਾ ਜਿਸ ਵਿੱਚ ਅਨੁਕੂਲਤਾ ਦੀ ਉਲੰਘਣਾ ਕਰਨ ਵਾਲੇ ਬਦਲਾਅ ਕੀਤੇ ਗਏ ਸਨ। ਅਨੁਕੂਲਤਾ ਪੱਧਰਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ, main.cf ਅਤੇ master.cf ਵਿੱਚ ਵੱਖਰੇ ਤੁਲਨਾ ਆਪਰੇਟਰ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਹਨ, ਜਿਵੇਂ ਕਿ “<=level” ਅਤੇ “<level” (ਸਟੈਂਡਰਡ ਕੰਪੈਰੀਜ਼ਨ ਓਪਰੇਟਰ ਢੁਕਵੇਂ ਨਹੀਂ ਹਨ, ਕਿਉਂਕਿ ਉਹ 3.10 ਨੂੰ 3.9 ਤੋਂ ਘੱਟ ਮੰਨਣਗੇ)।

ਸਰੋਤ: opennet.ru