SMTP ಇಮೇಲ್ಗೆ ವಿತರಣಾ ಸ್ಥಿತಿಯನ್ನು ಪರಿಚಯಿಸಲು ಡಿಎಸ್ಎನ್ ಹೇಗೆ ಗುರಿ ಹೊಂದಿದೆಯೆಂದು ಕಂಡುಹಿಡಿಯಿರಿ.
ನೀವು ಕಳುಹಿಸಿದ ಇಮೇಲ್ಗೆ ಏನು ಸಂಭವಿಸಿದೆ ಎಂದು ಎಂದಾದರೂ ಯೋಚಿಸಿದ್ದೀರಾ?
SMTP ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲಿ ಸಂಕ್ಷಿಪ್ತ ನೋಟವನ್ನು ಸಹ ನೀವು ಸಾಮಾನ್ಯ HELO ಹೊರತುಪಡಿಸಿ, EHLO ಸಹ ಇರುತ್ತದೆ, ಇದು ವಿಸ್ತೃತ SMTP ಸರ್ವರ್ ಮೂಲ ಗುಣಮಟ್ಟವನ್ನು ಮೀರಿ ಅದರ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಪ್ರಚಾರ ಮಾಡುತ್ತದೆ. ಇವುಗಳಲ್ಲಿ DSN ಆಗಿದೆ. ಡಿಎಸ್ಎನ್? ಡಿಎನ್ಎ ಮತ್ತು ಡಿಡಿಟಿ ಸಾಕಾಗುವುದಿಲ್ಲವೇ?
ಆ ಇಮೇಲ್ ನಂಬಲರ್ಹವಲ್ಲವೆಂದು ವಾದಿಸಲು, ಯಾರಾದರೂ " ... ತಮ್ಮ ಸರ್ವರ್ ಅನ್ನು ಉತ್ತಮಗೊಳಿಸಬೇಕು; ಇದು ನನ್ನ ಮೇಲ್ ಅನ್ನು ತಿನ್ನುತ್ತಿದ್ದ ... " ಅಸಾಮಾನ್ಯವಾದುದು. ನಾನು ಅದನ್ನು ಮಾಡುತ್ತೇನೆ. ಆದರೂ, ಈ ಅನುಮಾನಗಳನ್ನು ಬೆಂಬಲಿಸಲು ಸಾಕಷ್ಟು ಕಾರಣವಿಲ್ಲ.
ಡೆಲಿವರಿ ಎಸ್ ಟಾಟಸ್ ಎನ್ ಆಟಿಫಿಕೇಶನ್ ಆರ್ಎಫ್ಸಿ 821 ರಿಂದ (1982 ರಿಂದ). SMTP ಪ್ರೋಟೋಕಾಲ್ನ DATA ಭಾಗ ಮುಗಿದ ನಂತರ ಮತ್ತು ಪೂರೈಕೆಗೆ ಇಮೇಲ್ ಅನ್ನು ಸರ್ವರ್ ಒಪ್ಪಿಕೊಂಡಿದೆ ಅದು ಅದಕ್ಕೆ ಕಾರಣವಾಗಿದೆ. ಯಾವುದೇ ಕಾರಣಕ್ಕಾಗಿ, ಸ್ವೀಕರಿಸುವವರಿಗೆ ಅದನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಅದನ್ನು ಮೂಲ ಕಳುಹಿಸುವವರಿಗೆ ದೋಷದ ಅಧಿಸೂಚನೆಯೊಂದಿಗೆ ಕಳುಹಿಸಬೇಕು. ಇದು ಕೆಲವು ಅಸ್ಪಷ್ಟ ಇಮೇಲ್ಗಳಿಗೆ ಕಾರಣವಾಯಿತು.
ಇದಲ್ಲದೆ, ಈ ಹಳೆಯ ಸಮಾವೇಶವು ನೀವು ದೋಷ ಸಂದೇಶವನ್ನು ಪಡೆದುಕೊಂಡಿದೆ ಅಥವಾ ನೀವು ಏನನ್ನಾದರೂ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ ಏನನ್ನೂ ಪಡೆದಿಲ್ಲವೆಂದು ಅರ್ಥ : ಇಮೇಲ್ ಆಗಬಹುದು ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು. ಹಲವಾರು ಸಂದರ್ಭಗಳಲ್ಲಿ ದೋಷ ಸಂದೇಶಗಳು ಯಾವುದೇ ದೋಷ ಸಂದೇಶಗಳಿಲ್ಲದೆ ಸಹಾಯಕವಾಗಿವೆ. ಇಮೇಲ್ ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿರುವುದರಿಂದ ಇದು ಇನ್ನು ಮುಂದೆ ತೃಪ್ತಿಕರವಾಗಿಲ್ಲ (ಮೊದಲು ಇದ್ದಂತೆ).
SMTP ಗೆ DSN ವಿಸ್ತರಣೆಗಳು
RFC 1891 SMTP ಪ್ರೊಟೊಕಾಲ್ಗೆ ಕೆಲವು ವಿಸ್ತರಣೆಗಳನ್ನು ಪ್ರಸ್ತಾಪಿಸುತ್ತದೆ ಅದು ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹ ಮತ್ತು ಹೆಚ್ಚು ಬಳಸಬಹುದಾದ DSN ಸಿಸ್ಟಮ್ಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ಇದು MAIL ಮತ್ತು RCPT ಆಜ್ಞೆಗಳ ವಿಸ್ತರಣೆಗಳ ಒಂದು ಗುಂಪಾಗಿದೆ (ಇದು ನಿಮಗೆ ಏನೂ ಅರ್ಥವಾಗದಿದ್ದರೆ, SMTP ಹೇಗೆ ಕಾರ್ಯ ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಓದಿ ಮತ್ತು ಇಲ್ಲಿ ಹಿಂತಿರುಗಿ.).
ಇಲ್ಲ EHLO, ಮೋಜು ಇಲ್ಲ
ಮೊದಲಿಗೆ, ಸರ್ವರ್ ಡಿಎಸ್ಎನ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಹೀಗಾಗಿ, ನಾವು ಆತನನ್ನು ಎಹ್ಲೋ ಮತ್ತು ಎಚ್ಚರಿಕೆಯಿಂದ ಕೇಳಬೇಕು. ವೈಶಿಷ್ಟ್ಯದ ಪಟ್ಟಿಯಲ್ಲಿ ಡಿಎಸ್ಎನ್ ಸ್ವಲ್ಪವೇ ಪ್ರತಿಕ್ರಿಯಿಸಿದರೆ, ನಮ್ಮ ವಿನಂತಿಗಳನ್ನು ಪೂರೈಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂದು ನಾವು ಭಾವಿಸಬಹುದು. ಇಲ್ಲದಿದ್ದರೆ, ಹಾಗಲ್ಲ: ನಾವು ಇನ್ನೊಂದು ಪರಿಚಾರಕವನ್ನು ಪ್ರಯತ್ನಿಸಬಹುದು ಅಥವಾ DSN ಇಲ್ಲದೆ ಇಮೇಲ್ಗೆ ಮರಳಬಹುದು. ಉದಾಹರಣೆಗೆ (ನನ್ನ ಇನ್ಪುಟ್ ನೀಲಿ, ಸರ್ವರ್ನ ಔಟ್ಪುಟ್ ಕಪ್ಪು):
220 larose.magnet.at ESMTP ಸೆನ್ಮೆಲ್ 8.8.6 / 8.8.6; ಸನ್, 24 ಆಗಸ್ಟ್ 1997 18:23:22 +0200
EHLO ಲೋಕಲ್ ಹೋಸ್ಟ್
250-larose.magnet.at ಹಲೋ ಲೋಕಲ್ಹೋಸ್ಟ್ [127.0.0.1], ನಿಮ್ಮನ್ನು ಭೇಟಿ ಮಾಡಲು ಸಂತೋಷ
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-ಡಿಎಸ್ಎನ್
250-ONEX
250-ಇಟಿಆರ್ಎನ್
250-XUSR
250 ಸಹಾಯ
ಅದೃಷ್ಟವಶಾತ್, ಇತರ ವಿಷಯಗಳ ನಡುವೆ ನಾವು ಡಿಎಸ್ಎನ್ ಅನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತೇವೆ.
ಡಿಎಸ್ಎನ್ ಕಳುಹಿಸುವವರ ವಿಸ್ತರಣೆಗಳು
ಮುಂದಿನ ಆಜ್ಞೆಯು ಸಾಮಾನ್ಯವಾಗಿ MAIL ಆಗಿದೆ. ಡಿಎಸ್ಎನ್ ಜೊತೆಗೆ ಇದು ವಿಭಿನ್ನವಾಗಿದೆ. ಆದರೆ ನೀವು ನೀಡಬಹುದಾದ ಎರಡು ಹೆಚ್ಚುವರಿ ಆಯ್ಕೆಗಳು ಇವೆ: RET ಮತ್ತು ENVID.
ಆರ್ಇಇಟಿ ಆಯ್ಕೆಯು ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು MAIL ಕಮಾಂಡ್ನಲ್ಲಿ ಇರಿಸಲಾಗಿತ್ತು, ಆದರೆ ಇಲ್ಲಿ ಬೇರೆ ಬೇರೆ ಸ್ಥಳಗಳಿಗೂ ಸರಿಹೊಂದುತ್ತದೆ. ವಿತರಣಾ ವಿಫಲತೆಯ ಸಂದರ್ಭದಲ್ಲಿ ನಿಮ್ಮ ಮೂಲ ಸಂದೇಶವನ್ನು ಎಷ್ಟು ಹಿಂದಿರುಗಿಸಬೇಕು ಎಂಬುದನ್ನು ಸೂಚಿಸುವುದು ಉದ್ದೇಶವಾಗಿದೆ. ಮಾನ್ಯವಾದ ವಾದಗಳು ಪೂರ್ಣ ಮತ್ತು HDRS. ಹಿಂದಿನ ಸಂದೇಶವು ಸಂಪೂರ್ಣ ಸಂದೇಶವನ್ನು ದೋಷ ಸಂದೇಶದಲ್ಲಿ ಸೇರಿಸಬೇಕೆಂದು ಅರ್ಥೈಸುತ್ತದೆ, ವಿಫಲವಾದ ಮೇಲ್ನ ಹೆಡ್ಡರ್ಗಳನ್ನು ಮಾತ್ರ ಹಿಂದಿರುಗಿಸಲು HDRS ಸೂಚಿಸುತ್ತದೆ. RET ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದಲ್ಲಿ, ಸರ್ವರ್ ಏನು ಮಾಡಬೇಕೆಂಬುದು ಏನು. ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಎಚ್ಡಿಆರ್ಎಸ್ ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯವಾಗಿರುತ್ತದೆ.
ENVID ನಿಜವಾಗಿಯೂ ಕಳುಹಿಸುವವನಿಗೆ ಸೇರಿದವರು ಅಥವಾ ಅವಳ ಇಮೇಲ್ ಕ್ಲೈಂಟ್ ಈ ಹೊದಿಕೆ ಗುರುತಿಸುವಿಕೆಯು ನಮಗೆ ಮಾತ್ರ ಮಾಡುತ್ತದೆ ಎಂದು (ಬದಲಿಗೆ). ಪ್ರಾಯಶಃ ಹೊರಡಿಸಿದ ದೋಷ ಸಂದೇಶಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಇಮೇಲ್ ಕಳುಹಿಸುವವರಿಗೆ ಹೇಳುವುದು ಇದರ ಉದ್ದೇಶವಾಗಿದೆ. ಈ ID ಯ ಸ್ವರೂಪ ಮೂಲತಃ ಕಳುಹಿಸುವವರ ಕಲ್ಪನೆಗೆ ಬಿಡಲಾಗಿದೆ. ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ (ಕಲ್ಪನೆಯ!) ನಾವು ENVID ಅನ್ನು ಬಳಸುವುದಿಲ್ಲ:
ಮೇಲ್ನಿಂದ: sender@example.com RET = HDRS
250 sender@example.com ... ಕಳುಹಿಸಿದವರು ಸರಿ
ಸ್ಪಷ್ಟವಾಗಿ, ನಮ್ಮ ಡಿಎಸ್ಎನ್ನಲ್ಲಿ ಹೆಡರ್ಗಳನ್ನು ಮರಳಿ ಪಡೆಯಲು ನಾವು ಬಯಸುತ್ತೇವೆ.
ಡಿಎಸ್ಎನ್ ಸ್ವೀಕರಿಸುವವರ ವಿಸ್ತರಣೆಗಳು
ಆರ್ಸಿಪಿಟಿ ಟು: ವಿಸ್ತರಣೆಗಳ ನ್ಯಾಯೋಚಿತ ಪಾಲನ್ನು ಪಡೆಯುತ್ತದೆ: NOTIFY ಮತ್ತು ORCPT.
ನೋಟಿಫಿಯು ಡಿಎಸ್ಎನ್ ನ ನಿಜವಾದ ಹೃದಯ. ವಿತರಣಾ ಸ್ಥಿತಿ ಅಧಿಸೂಚನೆಯನ್ನು ಕಳುಹಿಸುವಾಗ ಅದು ಸರ್ವರ್ಗೆ ಹೇಳುತ್ತದೆ. ಮೊದಲ ಸಂಭವನೀಯ ಮೌಲ್ಯವೆಂದರೆ ಯಾವುದೇ ಸಂದರ್ಭಗಳಿಲ್ಲದೆ ಡಿಎಸ್ಎನ್ ಅನ್ನು ಕಳುಹಿಸುವವರಿಗೆ ಹಿಂದಿರುಗಿಸಬೇಕು ಎಂದರ್ಥ. ಡಿಎಸ್ಎನ್ ಇಲ್ಲದೆ ಇದು ಸಾಧ್ಯವಾಗಿಲ್ಲ. ನಂತರ SUCCESS ಇದೆ, ಅದು ನಿಮ್ಮ ಮೇಲ್ ತನ್ನ ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿ ಬಂದಾಗ ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ. ವಿಫಲತೆಯು ಸಕ್ಸೆಸ್ ನ ಪ್ರತಿರೂಪ (!): ಡೆಲಿವರಿ ಸಮಯದಲ್ಲಿ ಒಂದು ಅಪಘಾತ ಸಂಭವಿಸಿದಲ್ಲಿ ಡಿಎಸ್ಎನ್ ಆಗಮಿಸುತ್ತದೆ. ಕೊನೆಯ ಆಯ್ಕೆ DELAY: ವಿತರಣೆಯಲ್ಲಿ ಅಸಾಮಾನ್ಯವಾದ ವಿಳಂಬವಾಗಿದ್ದರೆ ನಿಮ್ಮನ್ನು ಸೂಚಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ನಿಜವಾದ ವಿತರಣಾ ಫಲಿತಾಂಶವು (ಯಶಸ್ಸು ಅಥವಾ ವೈಫಲ್ಯ) ಇನ್ನೂ ನಿರ್ಧರಿಸಲಾಗಿಲ್ಲ. ಇದು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಲ್ಲಿ ಮಾತ್ರ ವಾದವಾಗಿರಬಾರದು, ಇತರ ಮೂರು ಪಟ್ಟಿಗಳಲ್ಲಿ ಕಾಣಿಸಬಹುದು, ಅಲ್ಪವಿರಾಮದಿಂದ ವಿಂಗಡಿಸಲಾಗಿದೆ. ಯಶಸ್ಸು ಮತ್ತು ವೈಫಲ್ಯಗಳು ನಿಮ್ಮ ಮೇಲ್ಗೆ ಏನಾಯಿತು ಎಂಬುದರ ಕುರಿತು (ಬಹುತೇಕ) ನಿಮ್ಮನ್ನು ಒಟ್ಟಿಗೆ ಜೋಡಿಸುವ (!) ಒಟ್ಟಾಗಿ ಬಹಳ ಬಲವಾದ ತಂಡವನ್ನು ರೂಪಿಸುತ್ತವೆ.
ಇಮೇಲ್ ಸಂದೇಶದ ಮೂಲ ಸ್ವೀಕೃತದಾರರನ್ನು ರಕ್ಷಿಸಲು ORCPT ಯ ಉದ್ದೇಶವು, ಉದಾಹರಣೆಗೆ ಇನ್ನೊಂದು ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸಲ್ಪಟ್ಟರೆ. ಈ ಆಯ್ಕೆಗೆ ಆರ್ಗ್ಯುಮೆಂಟ್ ವಿಳಾಸದ ಪ್ರಕಾರದೊಂದಿಗೆ ಮೂಲ ಸ್ವೀಕರಿಸುವವರ ಇಮೇಲ್ ವಿಳಾಸವಾಗಿದೆ. ವಿಳಾಸದ ಪ್ರಕಾರ ಮೊದಲು ಬರುತ್ತದೆ, ನಂತರ ಒಂದು ಅರ್ಧವಿರಾಮ ಚಿಹ್ನೆ ಮತ್ತು ಅಂತಿಮವಾಗಿ ವಿಳಾಸ. ಉದಾಹರಣೆಗೆ:
ಆರ್ಸಿಪಿಟಿ TO: support@example.com NOTIFY = ವಿಫಲತೆ, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... ಸ್ವೀಕರಿಸುವವರು ಸರಿ (ಕ್ಯೂ)
ಇದರ ನಂತರ ನಾವು ತಿಳಿದಿರುವಂತೆ DATA ಮತ್ತು ಅಂತಿಮವಾಗಿ, ಆಶಾದಾಯಕವಾಗಿ, ಒಂದು ವಿತರಣಾ ಸ್ಥಿತಿ ಅಧಿಸೂಚನೆಯು ನಿಮಗೆ ಯಶಸ್ಸನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ಡಿಎಸ್ಎನ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ?
ಸಹಜವಾಗಿ, ಮೇಲ್ ಸಾರಿಗೆ ಏಜೆಂಟ್ ಕಳುಹಿಸುವವರಿಂದ ಸ್ವೀಕರಿಸುವವರ ಬೆಂಬಲ ಡಿಎಸ್ಎನ್ಗೆ ಈ ಸೌಂದರ್ಯ ಮತ್ತು ಬುದ್ಧಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಅವರು ತಿನ್ನುವೆ ಕೆಲವು ದಿನ.