VPN ಮೂಲಕ ಕಳುಹಿಸಿದ ಇಮೇಲ್: ಉತ್ತರ ನಿಜವಾಗಿ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ

ನೀವು ಸುರಂಗದ ಮೂಲಕ ಸಂದೇಶ ಕಳುಹಿಸುತ್ತೀರಿ, ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುತ್ತೀರಿ, ಮತ್ತು ಮರುದಿನ ಬೆಳಿಗ್ಗೆ ಉತ್ತರ ಬರುತ್ತದೆ. ಅದಕ್ಕೆ ಹಳೆಯ VPN ವಿಳಾಸದ ಅಗತ್ಯವಿಲ್ಲ, ಮತ್ತು ಅದರಲ್ಲಿ ಏನೂ ಮುರಿಯುವುದಿಲ್ಲ. ಇಮೇಲ್ ಉತ್ತರಗಳನ್ನು ಸಂದೇಶ ಕಳುಹಿಸಿದ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸುವುದಿಲ್ಲ; ಅವನ್ನು ಮೇಲ್ಬಾಕ್ಸ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಇಲ್ಲಿ ಮೂರು ಮಾರ್ಗಗಳು ಒಂದೇ ಪ್ರಶ್ನೆಯಲ್ಲಿ ಸೇರಿಸಲ್ಪಡುತ್ತವೆ, ಮತ್ತು ಅವನ್ನು ಬೇರ್ಪಡಿಸುವುದು ಬಹುಪಾಲು ಚಿಂತೆಗೆ ಉತ್ತರ ನೀಡುತ್ತದೆ.

ಜನರು ಒಂದಾಗಿ ಸೇರಿಸುವ ಮೂರು ಮಾರ್ಗಗಳು

ಸಲ್ಲಿಕೆ, ವಿತರಣೆ ಮತ್ತು ಓದುವಿಕೆ ಮೂರು ಪ್ರತ್ಯೇಕ ಸಂಪರ್ಕಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಎರಡು ಮಾತ್ರ ನಿಮ್ಮ ಸಾಧನವನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ.

Submission: your mail app  -> your mail service
Delivery:   other mail service -> your mailbox service
Reading:    your app now -> your mailbox service

VPN ಮೊದಲನೆಯದಕ್ಕೆ ಮತ್ತು ಮೂರನೆಯದಕ್ಕೆ ಪರಿಣಾಮ ಬೀರಬಹುದು, ಏಕೆಂದರೆ ಅವು ನಿಮ್ಮ ಸಾಧನ ಮಾಡುವ ಸಂಪರ್ಕಗಳು. ಅದು ಎರಡನೆಯದಕ್ಕೆ ಪರಿಣಾಮ ಬೀರಲಾರದು, ಏಕೆಂದರೆ ಆ ಮಾರ್ಗ ನೀವು ನಿಯಂತ್ರಿಸದ ಎರಡು ಮೇಲ್ ಸರ್ವರ್‌ಗಳ ನಡುವೆ ಹಾದುಹೋಗುತ್ತದೆ. ಉತ್ತರವು ನೀವು ಕಳುಹಿಸಿದ ವಿಳಾಸಕ್ಕೆ ಹಿಂತಿರುಗುವ ಪ್ಯಾಕೆಟ್ ಅಲ್ಲ. ಅದು ಇನ್ನೊಂದು ಬದಿಯ ಮೇಲ್ ಸೇವೆ ನಿಮ್ಮ ಮೇಲ್ಬಾಕ್ಸ್ ಸೇವೆಗೆ ತಲುಪಿಸುವ ಹೊಸ ಸಂದೇಶ.

ಆ ಮೂರನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಟ್ಟುಕೊಂಡರೆ, ಉತ್ತರ ನಿಮ್ಮನ್ನು ತಲುಪುತ್ತದೆಯೇ ಎಂಬ ಪ್ರಶ್ನೆ ನಿಗೂಢವಾಗಿರುವುದಿಲ್ಲ.

Reply-To ಕ್ಷೇತ್ರವು ವಿಳಾಸ, ಮಾರ್ಗವಲ್ಲ

RFC 5322 Reply-To ಅನ್ನು ಉತ್ತರಗಳನ್ನು ಕಳುಹಿಸಬೇಕಾದ ಮೇಲ್ಬಾಕ್ಸ್ ಅಥವಾ ಮೇಲ್ಬಾಕ್ಸ್‌ಗಳು ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಅದು ಇಲ್ಲದಿದ್ದರೆ ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ From ಮೇಲ್ಬಾಕ್ಸ್, ಉತ್ತರಿಸುವ ವ್ಯಕ್ತಿ ಬೇರೆ ಏನಾದರೂ ಟೈಪ್ ಮಾಡದಿದ್ದರೆ. ಎರಡೂ ಹೆಡರ್‌ನಲ್ಲಿ ಕುಳಿತಿರುವ ಮೇಲ್ ವಿಳಾಸಗಳು. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಮೂಲ ಸಂದೇಶವನ್ನು ಸಲ್ಲಿಸಿದ ನೆಟ್‌ವರ್ಕ್ ಸಂಪರ್ಕವನ್ನು ಮತ್ತೆ ತೆರೆಯುವ ಸೂಚನೆ ಅಲ್ಲ.

ಅದಕ್ಕಾಗಿಯೇ VPN ನಿರ್ಗಮನ ವಿಳಾಸ ಎಂದಿಗೂ ಉತ್ತರದ ಮಾರ್ಗದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಸಲ್ಲಿಕೆ ಸರ್ವರ್ ಆ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ಎಲ್ಲೋ ದಾಖಲಿಸಿದ್ದರೂ, ಉತ್ತರವು ಮೇಲ್ಬಾಕ್ಸ್‌ಗೆ ವಿಳಾಸಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಕಳುಹಿಸುವ ಸರ್ವರ್ ನಿಮ್ಮ ಹಳೆಯ ಸಾಕೆಟ್ ಬದಲು ಡೊಮೇನ್‌ನ ಮೇಲ್ ಎಕ್ಸ್‌ಚೇಂಜರ್ ಅನ್ನು ಹುಡುಕುತ್ತದೆ.

ಉತ್ತರ ಅನಿರೀಕ್ಷಿತ ಸ್ಥಳಕ್ಕೆ ಹೋದರೆ, ಸುರಂಗವನ್ನು ಸಂಶಯಿಸುವ ಮೊದಲು Reply-To ಮತ್ತು ಕಳುಹಿಸುವವರ ಸ್ವಂತ ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಓದಿ.

ಟ್ರೇಸ್ ಹೆಡರ್‌ಗಳು ನಿಜವಾಗಿ ಏನನ್ನು ದಾಖಲಿಸುತ್ತವೆ

ಪ್ರತಿ SMTP ಹಾಪ್ ತಾನು ನಿರ್ವಹಿಸಿದ ಸಂಪರ್ಕವನ್ನು ವಿವರಿಸುವ Received ಹೆಡರ್ ಅನ್ನು ಮುಂದೆ ಸೇರಿಸುತ್ತದೆ, ಮತ್ತು ಅತ್ಯಂತ ಮೇಲಿನದು ವಿತರಣೆಗೆ ಮೊದಲು ಕೊನೆಯ ಹಾಪ್. ಆದ್ದರಿಂದ ಸಲ್ಲಿಸಿದ ಸಂದೇಶವು ಪರಿಶೀಲಿಸಲು ಯೋಗ್ಯವಾದ ನೆಟ್‌ವರ್ಕ್ ವಿವರಗಳನ್ನು ಹೊತ್ತಿರಬಹುದು, ಮತ್ತು ಆ ವಿವರಗಳನ್ನು ಸರ್ವರ್‌ಗಳು ಬರೆಯುತ್ತವೆ, ನೀವು ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ. ಅವು ಏನನ್ನು ಹೊಂದಿರುತ್ತವೆ ಎಂಬುದು ಪೂರೈಕೆದಾರರ ಸಲ್ಲಿಕೆ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು ಹೆಡರ್‌ಗಳ ನಿರ್ವಹಣೆಯನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಊಹಿಸುವ ಬದಲು ಸಂಗ್ರಹಿಸಿದ ಸಂದೇಶದಿಂದ ಅವನ್ನು ಓದಿ:

grep -E '^(Received|Return-Path|Reply-To|From):' message.eml

ಉಪಯುಕ್ತ ಶಿಸ್ತು ಎಂದರೆ ಪ್ರತಿ ಕ್ಷೇತ್ರವನ್ನು ಯಾವ ವಿಶ್ವಾಸಾರ್ಹ ಸೇವೆ ಸೇರಿಸಿತು ಎಂಬುದನ್ನು ಗುರುತಿಸುವುದು. ಹೆಡರ್ ಬ್ಲಾಕ್‌ನಲ್ಲಿ ಹಿಂದಿನ ಅನಿಯತ ಪಠ್ಯವು ವಿಶ್ವಾಸಾರ್ಹ ಸಾಕ್ಷ್ಯವಲ್ಲ, ಮತ್ತು ಉತ್ಪನ್ನದ ಹೆಸರು ನಿಮ್ಮ ಮನೆಯ ವಿಳಾಸ ಯಾವಾಗಲೂ ಇರುತ್ತದೆ ಅಥವಾ ಯಾವಾಗಲೂ ಇರುವುದಿಲ್ಲ ಎಂಬ ಶಾಶ್ವತ ಭರವಸೆ ಅಲ್ಲ.

ನಂತರ ಮೇಲ್ ಓದುವುದು ಹೊಸ ಸಂಪರ್ಕ

ನೀವು ಉತ್ತರವನ್ನು ತೆರೆದಾಗ, ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಈಗ ನೀವು ಇರುವ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ನಿಮ್ಮ ಮೇಲ್ಬಾಕ್ಸ್ ಸೇವೆಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ಇದು ತನ್ನದೇ ಆದ ಮೂಲ ವಿಳಾಸವನ್ನು ಹೊಂದಿರುವ ಹೊಸ ಸಂಪರ್ಕ, ನಿನ್ನೆಯ ಸಲ್ಲಿಕೆ ಸಾಕೆಟ್‌ನ ಮುಂದುವರಿಕೆ ಅಲ್ಲ. ಅದು ಆ ಕ್ಷಣದಲ್ಲಿ ನೀವು ಬಳಸುತ್ತಿರುವ ನೆಟ್‌ವರ್ಕ್‌ನ ಪ್ರಸ್ತುತ ನೀತಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ.

ರಿಮೋಟ್ ವಿಷಯವು ಮತ್ತೆ ಮೂರನೆಯ ವಿಷಯ. ದೂರದ ಚಿತ್ರವನ್ನು ಲೋಡ್ ಮಾಡುವ ಅಥವಾ ಲಿಂಕ್ ಅನ್ನು ಅನುಸರಿಸುವ ಮೇಲ್ ಕ್ಲೈಂಟ್ ತನ್ನ ಪ್ರಸ್ತುತ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಅಡಿಯಲ್ಲಿ ಪ್ರತ್ಯೇಕ ವಿನಂತಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ವಿನಂತಿ ಸಂದೇಶವು ಎಂಬೆಡ್ ಮಾಡಿದ ಯಾವುದೇ ಗುರುತುಗಳನ್ನು ಹೊತ್ತೊಯ್ಯಬಹುದು. ಅದು ಹಳೆಯ ವಿಳಾಸಕ್ಕೆ ಬರುವ SMTP ಉತ್ತರವಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಹಾಗೆ ಪರಿಗಣಿಸುವುದು ನಿಜವಾದ ಒಡ್ಡುವಿಕೆಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ.

ನೀವು ಸಂದೇಶ ತೆರೆದಿರುವುದನ್ನು ಘೋಷಿಸದೆ ಓದಲು ಬಯಸಿದರೆ ರಿಮೋಟ್ ವಿಷಯವನ್ನು ಆಫ್ ಮಾಡಿ.

ಅದನ್ನು ಸೋರಿಕೆ ಎಂದು ಕರೆಯುವ ಮೊದಲು ಏನನ್ನು ಪರಿಶೀಲಿಸಬೇಕು

ಮೂಲ ಸಂದೇಶದ ನೋಟ ಮತ್ತು Reply-To ಕ್ಷೇತ್ರದಿಂದ ಪ್ರಾರಂಭಿಸಿ. ನಂತರ ನಿಮಗೆ ಚಿಂತೆ ತರುವ Received ನಮೂದುಗಳನ್ನು ಯಾವ ಸೇವೆ ಸೇರಿಸಿತು ಎಂಬುದನ್ನು ಗುರುತಿಸಿ, ಮತ್ತು ಅದನ್ನು ಹಳೆಯ ಫೋರಂ ಉತ್ತರದ ಬದಲು ಪೂರೈಕೆದಾರರ ಪ್ರಸ್ತುತ ದಾಖಲೆಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ.

ಕೊನೆಯದಾಗಿ, ಪ್ರಶ್ನೆಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ: ಸಲ್ಲಿಕೆ ಸರ್ವರ್ ಏನನ್ನು ಗಮನಿಸಿತು, ವಿತರಣೆ ಸರಪಳಿ ಏನನ್ನು ಸೇರಿಸಿತು, ಮತ್ತು ನೀವು ಸಂದೇಶ ತೆರೆದಾಗ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಏನನ್ನು ಕೇಳಿತು?

ಆ ಮೂರಕ್ಕೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಉತ್ತರಿಸುವುದು IP ಪುಟವನ್ನು ಪರಿಶೀಲಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಕೆಲಸ, ಮತ್ತು ನೀವು ಸಮರ್ಥಿಸಬಹುದಾದ ತೀರ್ಮಾನ ನೀಡುವ ಏಕೈಕ ಆವೃತ್ತಿ ಅದು. ಇಮೇಲ್ ವಿಳಾಸಕ್ಕೆ ಉತ್ತರಿಸುವುದು ನಿಮ್ಮ ಮನೆಯ ವಿಳಾಸವನ್ನು ಬಹಿರಂಗಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಹಳೆಯ ಸುರಂಗ ತೆರೆದಿರಬೇಕೆಂದು ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ.