ಅಭಿವೃದ್ಧಿಯ ಒಂದು ವರ್ಷದ ನಂತರ, ಪೋಸ್ಟ್ಫಿಕ್ಸ್ 3.6.0 ಮೇಲ್ ಸರ್ವರ್‌ನ ಹೊಸ ಸ್ಥಿರ ಶಾಖೆಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ, 3.2 ರ ಆರಂಭದಲ್ಲಿ ಬಿಡುಗಡೆಯಾದ ಪೋಸ್ಟ್ಫಿಕ್ಸ್ 2017 ಶಾಖೆಗೆ ಬೆಂಬಲವನ್ನು ಘೋಷಿಸಲಾಯಿತು.
ಪೋಸ್ಟ್ಫಿಕ್ಸ್ ಆಗಿದೆ ಹೆಚ್ಚಿನ ಸುರಕ್ಷತೆ, ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸಂಯೋಜಿಸುವ ಕೆಲವು ಯೋಜನೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ ಅದೇ ಸಮಯದಲ್ಲಿ, ಉತ್ತಮವಾಗಿ ಯೋಚಿಸಿದ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು ಸಾಕಷ್ಟು ಕಟ್ಟುನಿಟ್ಟಾದ ಕೋಡಿಂಗ್ ಮತ್ತು ಪ್ಯಾಚ್ ಆಡಿಟಿಂಗ್ ನೀತಿಗೆ ಧನ್ಯವಾದಗಳು.
ಮುಖ್ಯ ಸುದ್ದಿ ಪೋಸ್ಟ್ಫಿಕ್ಸ್ 3.6.0
ಈ ಹೊಸ ಆವೃತ್ತಿಯಲ್ಲಿ "ಬಿಳಿ" ಮತ್ತು "ಕಪ್ಪು" ಪದಗಳ ಉಲ್ಲೇಖಗಳ ಶುದ್ಧೀಕರಣವನ್ನು ಕೈಗೊಳ್ಳಲಾಗಿದೆ, ಸಮುದಾಯದ ಕೆಲವು ಸದಸ್ಯರು ಜನಾಂಗೀಯ ತಾರತಮ್ಯ ಎಂದು ಗ್ರಹಿಸಿದ್ದಾರೆ. "ಬಿಳಿ ಪಟ್ಟಿ" ಮತ್ತು "ಕಪ್ಪು ಪಟ್ಟಿ" ಬದಲಿಗೆ, ಅವರು ಈಗ ಈ ಕೆಳಗಿನ ಪದಗಳನ್ನು "ಅನುಮತಿಸುವ ಪಟ್ಟಿ" ಮತ್ತು "ಪಟ್ಟಿಯನ್ನು ನಿರಾಕರಿಸು" ಅನ್ನು ಬಳಸಬೇಕು (ಉದಾಹರಣೆಗೆ, ನಿಯತಾಂಕಗಳು postscreen_allowlist_interfaces, postscreen_denylist_action y postscreen_dnsbl_allowlist_threshold). ಬದಲಾವಣೆಗಳು ದಸ್ತಾವೇಜನ್ನು, ಪರದೆಯ ನಂತರದ ಸಂರಚನೆ (ಅಂತರ್ನಿರ್ಮಿತ ಫೈರ್‌ವಾಲ್) ಮತ್ತು ಲಾಗ್‌ಗಳಲ್ಲಿನ ಮಾಹಿತಿಯ ಪ್ರತಿಬಿಂಬದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ.
ಹಳೆಯ ಪದಗಳನ್ನು ಸಂರಕ್ಷಿಸಲು ದಾಖಲೆಗಳಲ್ಲಿ, ನಿಯತಾಂಕ «respectful_logging=no', ಇದನ್ನು main.cf ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು ಮತ್ತು ಹಳೆಯ ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ ಹಿಂದುಳಿದ ಹೊಂದಾಣಿಕೆಯನ್ನು ಹಿಂದುಳಿದ ಹೊಂದಾಣಿಕೆಯ ಕಾರಣಗಳಿಗಾಗಿ ಉಳಿಸಿಕೊಳ್ಳಲಾಗಿದೆ. ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ "master.cf" ಈಗ ಬದಲಾಗಿಲ್ಲ.
ಮತ್ತೊಂದೆಡೆ, ಎದ್ದು ಕಾಣುವ ಮತ್ತೊಂದು ಬದಲಾವಣೆಗಳು ಈ ಹೊಸ ಆವೃತ್ತಿಯ ಮೋಡ್ ಸಿompatibility_level=3.6, MD256 ಬದಲಿಗೆ SHA5 ಹ್ಯಾಶ್ ಕಾರ್ಯವನ್ನು ಬಳಸಲು ಡೀಫಾಲ್ಟ್ ಪರಿವರ್ತನೆ ಮಾಡಲಾಗಿದೆ.
ಹಳೆಯ ಆವೃತ್ತಿಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವಾಗ, MD5 ಹೊಂದಾಣಿಕೆಯ ಮಟ್ಟದ ನಿಯತಾಂಕಕ್ಕೆ ಅನ್ವಯಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ, ಆದರೆ ಹ್ಯಾಶಿಂಗ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗಾಗಿ, ಅಲ್ಲಿ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿಲ್ಲ, ಲಾಗ್‌ನಲ್ಲಿ ಎಚ್ಚರಿಕೆಯನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ.
ಡಿಫಿ-ಹೆಲ್ಮನ್ ಕೀ ಎಕ್ಸ್ಚೇಂಜ್ ಪ್ರೋಟೋಕಾಲ್ನ ರಫ್ತು ಆವೃತ್ತಿಯ ಬೆಂಬಲವನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ (ಈಗ ನಿಯತಾಂಕದ ಮೌಲ್ಯವನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗಿದೆ tlsproxy_tls_dh512_param_file) master.cf ನಲ್ಲಿ ತಪ್ಪು ಚಾಲಕ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ಸಂಬಂಧಿಸಿದ ಸಮಸ್ಯೆಗಳಿಂದ ಸರಳೀಕರಿಸಲಾಗಿದೆ.
ಅಂತಹ ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲು, ಪೋಸ್ಟ್‌ಡ್ರಾಪ್ ಸೇರಿದಂತೆ ಪ್ರತಿಯೊಂದು ಆಂತರಿಕ ಸೇವೆಯು ಈಗ ಡೇಟಾ ವಿನಿಮಯವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಪ್ರೋಟೋಕಾಲ್ ಹೆಸರನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ, ಮತ್ತು ಸೆಂಡ್‌ಮೇಲ್ ಸೇರಿದಂತೆ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಪ್ರಕ್ರಿಯೆಯು ಜಾಹೀರಾತು ಪ್ರೋಟೋಕಾಲ್ ಹೆಸರು ಬೆಂಬಲಿತ ರೂಪಾಂತರಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಿದೆಯೆ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ.
ಸಹ ಹೊಸ ಪ್ರಕಾರದ ಕಾರ್ಯಯೋಜನೆಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ ಎಂದು ಗಮನಿಸಲಾಗಿದೆ «local_login_sender_maps« ಕಳುಹಿಸುವವರ ಹೊದಿಕೆ ವಿಳಾಸದ ನಿಯೋಜನೆಯ ಮೇಲೆ ಹೊಂದಿಕೊಳ್ಳುವ ನಿಯಂತ್ರಣಕ್ಕಾಗಿ (SMTP ಅಧಿವೇಶನದಲ್ಲಿ "MAIL FROM" ಆಜ್ಞೆಯಲ್ಲಿ ರವಾನಿಸಲಾಗಿದೆ) ಕಳುಹಿಸುವ ಮೇಲ್ ಮತ್ತು ಪೋಸ್ಟ್‌ಡ್ರಾಪ್ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ. ಉದಾಹರಣೆಗೆ, ಸ್ಥಳೀಯ ಬಳಕೆದಾರರಿಗೆ, ರೂಟ್ ಮತ್ತು ಪೋಸ್ಟ್ಫಿಕ್ಸ್ ಹೊರತುಪಡಿಸಿ, ಯುಐಡಿಯಿಂದ ಹೆಸರಿಗೆ ಬೈಂಡಿಂಗ್ ಬಳಸಿ ಕಳುಹಿಸುವ ಮೇಲ್ಗೆ ತಮ್ಮ ಲಾಗಿನ್‌ಗಳನ್ನು ಮಾತ್ರ ನಿರ್ದಿಷ್ಟಪಡಿಸಲು.
ಡಿಎನ್ಎಸ್ ಡೀಫಾಲ್ಟ್‌ಗಳು ಹೊಸ API ಅನ್ನು ಬಳಸುತ್ತವೆ ಇದು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಬಹು-ಥ್ರೆಡ್ಡಿಂಗ್ (ಥ್ರೆಡ್ ಸೇಫ್) ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಮೇಲಿನ API ಯೊಂದಿಗೆ ಕಂಪೈಲ್ ಮಾಡಲು, comp ಕಂಪೈಲ್ ಮಾಡುವಾಗ ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕುmake makefiles CCARGS="-DNO_RES_NCALLS... ".
ಮೋಡ್ ಸೇರಿಸಲಾಗಿದೆ «enable_threaded_bounces=yesDelivery ವಿತರಣಾ ಸಮಸ್ಯೆಗಳಿಗೆ ಅಧಿಸೂಚನೆಗಳನ್ನು ಬದಲಾಯಿಸಲು, ಅದೇ ಚರ್ಚಾ ID ಯೊಂದಿಗೆ ವಿಳಂಬವಾದ ವಿತರಣೆ ಅಥವಾ ವಿತರಣಾ ದೃ mation ೀಕರಣ (ಇಮೇಲ್ ಕ್ಲೈಂಟ್ ಅಧಿಸೂಚನೆಯನ್ನು ಅದೇ ಥ್ರೆಡ್‌ನಲ್ಲಿ ಪ್ರದರ್ಶಿಸುತ್ತದೆ, ಉಳಿದ ಪತ್ರವ್ಯವಹಾರದ ಸಂದೇಶಗಳೊಂದಿಗೆ).
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, SMTP ಮತ್ತು LMTP ಗಾಗಿ TCP ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳನ್ನು ನಿರ್ಧರಿಸಲು / etc / services ಸಿಸ್ಟಮ್ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಇನ್ನು ಮುಂದೆ ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಬದಲಾಗಿ, ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳನ್ನು ತಿಳಿದಿರುವ_ಟಿಸಿಪಿ_ಪೋರ್ಟ್ಸ್ ನಿಯತಾಂಕದ ಮೂಲಕ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ (ಡೀಫಾಲ್ಟ್ lmtp=24, smtp=25, smtps=submissions=465, submit=587). ತಿಳಿದಿರುವ_ಟಿಸಿಪಿ_ಪೋರ್ಟ್‌ಗಳಲ್ಲಿ ಕಾಣೆಯಾದ ಸೇವೆ ಇದ್ದರೆ, / ಇತ್ಯಾದಿ / ಸೇವೆಗಳನ್ನು ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸಲಾಗುತ್ತದೆ.
ಹೊಂದಾಣಿಕೆಯ ಮಟ್ಟವನ್ನು ("ಹೊಂದಾಣಿಕೆ_ ಮಟ್ಟ") "3.6" ಮೌಲ್ಯಕ್ಕೆ ಏರಿಸಲಾಗಿದೆ (ನಿಯತಾಂಕವನ್ನು ಹಿಂದೆ ಎರಡು ಬಾರಿ ಬದಲಾಯಿಸಲಾಗಿದೆ, 3.6 ಹೊರತುಪಡಿಸಿ, ಮೌಲ್ಯಗಳು 0 (ಡೀಫಾಲ್ಟ್), 1 ಮತ್ತು 2 ಹೊಂದಾಣಿಕೆಯಾಗಿದೆ).
ಇಂದಿನಿಂದ, "ಹೊಂದಾಣಿಕೆ_ ಮಟ್ಟ" ಆವೃತ್ತಿಯ ಸಂಖ್ಯೆಗೆ ಬದಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಹೊಂದಾಣಿಕೆಯನ್ನು ಮುರಿಯುವ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲಾಗಿದೆ. ಹೊಂದಾಣಿಕೆಯ ಮಟ್ಟವನ್ನು ಪರಿಶೀಲಿಸಲು, "<= ಮಟ್ಟ" ಮತ್ತು "ನಂತಹ ಪ್ರತ್ಯೇಕ ಹೋಲಿಕೆ ಆಪರೇಟರ್‌ಗಳನ್ನು main.cf ಮತ್ತು master.cf ಗೆ ಸೇರಿಸಲಾಗಿದೆ.
ಅಂತಿಮವಾಗಿ ಅದನ್ನು ಉಲ್ಲೇಖಿಸಲಾಗಿದೆ ಆಂತರಿಕ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಲ್ಲಿನ ಬದಲಾವಣೆಗಳಿಂದಾಗಿ ಸಂವಹನಕ್ಕಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಪೋಸ್ಟ್ಫಿಕ್ಸ್ ಘಟಕಗಳ ನಡುವೆ, ಮೇಲ್ ಸರ್ವರ್ ಅನ್ನು ನಿಲ್ಲಿಸುವುದು ಅವಶ್ಯಕ «postfix stop» ಆಜ್ಞೆಯೊಂದಿಗೆ ನವೀಕರಿಸುವ ಮೊದಲು.
ಹಾಗೆ ಮಾಡಲು ವಿಫಲವಾದರೆ ಪಿಕಪ್, qmgr, ಪರಿಶೀಲನೆ, tlsproxy ಮತ್ತು ಪೋಸ್ಟ್‌ಸ್ಕ್ರೀನ್ ಪ್ರಕ್ರಿಯೆಗಳೊಂದಿಗೆ ಕ್ರ್ಯಾಶ್‌ಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು, ಇದು ಪೋಸ್ಟ್ಫಿಕ್ಸ್ ಪುನರಾರಂಭಗೊಳ್ಳುವವರೆಗೆ ಇಮೇಲ್‌ಗಳನ್ನು ಕಳುಹಿಸುವುದನ್ನು ವಿಳಂಬಗೊಳಿಸುತ್ತದೆ.
ನೀವು ಇದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ತಿಳಿದುಕೊಳ್ಳಲು ಬಯಸಿದರೆ, ನೀವು ಮಾಡಬಹುದು ಕೆಳಗಿನ ಲಿಂಕ್ ಪರಿಶೀಲಿಸಿ.