Exim 4.95 ਮੇਲ ਸਰਵਰ ਦਾ ਨਵਾਂ ਸੰਸਕਰਣ

ਐਗਜ਼ਿਮ 4.95 ਮੇਲ ਸਰਵਰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਹੈ, ਸੰਚਤ ਫਿਕਸ ਨੂੰ ਜੋੜਦਾ ਹੈ ਅਤੇ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋੜਦਾ ਹੈ। ਇੱਕ ਮਿਲੀਅਨ ਤੋਂ ਵੱਧ ਮੇਲ ਸਰਵਰਾਂ ਦੇ ਇੱਕ ਸਤੰਬਰ ਦੇ ਸਵੈਚਲਿਤ ਸਰਵੇਖਣ ਦੇ ਅਨੁਸਾਰ, ਐਗਜ਼ਿਮ ਦਾ ਸ਼ੇਅਰ 58% (ਇੱਕ ਸਾਲ ਪਹਿਲਾਂ 57.59%), ਪੋਸਟਫਿਕਸ ਮੇਲ ਸਰਵਰਾਂ ਦੇ 34.92% (34.70%) 'ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, Sendmail - 3.52% (3.75%) ), MailEnable - 2% (2.07) %), MDaemon - 0.57% (0.73%), Microsoft Exchange - 0.32% (0.42%)। ਮੁੱਖ ਬਦਲਾਅ:

• ਤੇਜ਼-ਰੈਂਪ ਸੁਨੇਹਾ ਕਤਾਰ ਪ੍ਰੋਸੈਸਿੰਗ ਮੋਡ ਲਈ ਸਥਿਰ ਸਮਰਥਨ ਦੀ ਘੋਸ਼ਣਾ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਸੁਨੇਹਾ ਡਿਲੀਵਰੀ ਦੀ ਸ਼ੁਰੂਆਤ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਭੇਜਣ ਲਈ ਕਤਾਰ ਦਾ ਆਕਾਰ ਵੱਡਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਆਮ ਹੋਸਟਾਂ ਨੂੰ ਭੇਜੇ ਗਏ ਸੰਦੇਸ਼ਾਂ ਦੀ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸੰਖਿਆ ਹੁੰਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਵੱਡੇ ਮੇਲ ਪ੍ਰਦਾਤਾਵਾਂ ਨੂੰ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਚਿੱਠੀਆਂ ਭੇਜਦੇ ਹੋ ਜਾਂ ਇੱਕ ਵਿਚਕਾਰਲੇ ਸੰਦੇਸ਼ ਟ੍ਰਾਂਸਫਰ ਏਜੰਟ (ਸਮਾਰਟਹੋਸਟ) ਰਾਹੀਂ ਭੇਜਦੇ ਹੋ। ਜੇਕਰ ਮੋਡ "queue_fast_ramp" ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਮਰੱਥ ਹੈ ਅਤੇ ਦੋ-ਪੜਾਅ ਕਤਾਰ ਪ੍ਰੋਸੈਸਿੰਗ ("-qq") ਇੱਕ ਖਾਸ ਮੇਲ ਸਰਵਰ ਨੂੰ ਸੰਬੋਧਿਤ ਸੰਦੇਸ਼ਾਂ ਦੇ ਇੱਕ ਵੱਡੇ ਹਿੱਸੇ ਦੀ ਮੌਜੂਦਗੀ ਦਾ ਪਤਾ ਲਗਾਉਂਦੀ ਹੈ, ਤਾਂ ਉਸ ਹੋਸਟ ਨੂੰ ਡਿਲੀਵਰੀ ਤੁਰੰਤ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗੀ।
• SRS (Sender Rewriting Scheme) ਵਿਧੀ ਦਾ ਇੱਕ ਵਿਕਲਪਿਕ ਲਾਗੂਕਰਨ ਸਥਿਰ ਕੀਤਾ ਗਿਆ ਹੈ - “SRS_NATIVE”, ਜਿਸ ਲਈ ਬਾਹਰੀ ਨਿਰਭਰਤਾ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ (ਪੁਰਾਣੇ ਪ੍ਰਯੋਗਾਤਮਕ ਅਮਲ ਨੂੰ libsrs_alt ਲਾਇਬ੍ਰੇਰੀ ਸਥਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ)। SRS ਤੁਹਾਨੂੰ SPF (ਪ੍ਰੇਸ਼ਕ ਨੀਤੀ ਫਰੇਮਵਰਕ) ਜਾਂਚਾਂ ਦੀ ਉਲੰਘਣਾ ਕੀਤੇ ਬਿਨਾਂ ਭੇਜਣ ਵਾਲੇ ਦੇ ਪਤੇ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਡਿਲੀਵਰੀ ਅਸਫਲ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਸੰਦੇਸ਼ ਭੇਜਣ ਲਈ ਸਰਵਰ ਲਈ ਭੇਜਣ ਵਾਲੇ ਡੇਟਾ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਵਿਧੀ ਦਾ ਸਾਰ ਇਹ ਹੈ ਕਿ ਜਦੋਂ ਕੋਈ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਅਸਲ ਭੇਜਣ ਵਾਲੇ ਨਾਲ ਪਛਾਣ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਸਾਰਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਦੁਬਾਰਾ ਲਿਖਣਾ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ] 'ਤੇ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ] ਦਰਸਾਇਆ ਜਾਵੇਗਾ "[ਈਮੇਲ ਸੁਰੱਖਿਅਤ]" SRS ਢੁਕਵਾਂ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਮੇਲਿੰਗ ਸੂਚੀਆਂ ਦੇ ਕੰਮ ਨੂੰ ਸੰਗਠਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਅਸਲ ਸੁਨੇਹਾ ਦੂਜੇ ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• TLS_RESUME ਵਿਕਲਪ ਨੂੰ ਸਥਿਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਪਹਿਲਾਂ ਰੁਕਾਵਟ ਵਾਲੇ TLS ਕੁਨੈਕਸ਼ਨ ਨੂੰ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
• ਉੱਚ-ਪ੍ਰਦਰਸ਼ਨ ਵਾਲੇ ਸੰਖੇਪ ਏਮਬੈਡਡ LMDB DBMS ਲਈ ਸਮਰਥਨ, ਜੋ ਕਿ ਮੁੱਖ-ਮੁੱਲ ਫਾਰਮੈਟ ਵਿੱਚ ਡਾਟਾ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਨੂੰ ਸਥਿਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਤਿਆਰ ਕੀਤੇ ਡੇਟਾਬੇਸ ਤੋਂ ਸਿਰਫ ਖੋਜ ਨਮੂਨੇ ਸਮਰਥਿਤ ਹਨ (ਐਗਜ਼ਿਮ ਤੋਂ 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" ਪੈਰਾਮੀਟਰ ਨੂੰ ਜੋੜਿਆ ਗਿਆ, ਜਦੋਂ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਡੇਟਾ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ ਅੱਖਰਾਂ ਦੇ ਅਸੁਰੱਖਿਅਤ ਬਚਣ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਇੱਕ ਗਲਤੀ ਦੀ ਬਜਾਏ ਇੱਕ ਚੇਤਾਵਨੀ ਹੋਵੇਗੀ।
• ਮੈਕੋਸ ਪਲੇਟਫਾਰਮ ਲਈ ਸਮਰਥਨ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ (ਅਸੈਂਬਲੀ ਫਾਈਲਾਂ ਅਸਮਰਥਿਤ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਭੇਜੀਆਂ ਗਈਆਂ ਹਨ)।
  
  ਸਰੋਤ: opennet.ru