ಪರಿಶೀಲನಾ ಇಮೇಲ್ ತಡವಾಗಿರುವಾಗ, ಮರುಕಳುಹಿಸುವ ಬಟನ್ ಸ್ಪಷ್ಟ ಉತ್ತರದಂತೆ ಅನಿಸುತ್ತದೆ. ಇದು ಪರಿಸ್ಥಿತಿಯನ್ನು ಇನ್ನಷ್ಟು ಕೆಡಿಸಬಹುದು: ಹಲವು ಸಂದೇಶಗಳು ಒಟ್ಟಿಗೆ ಬರುತ್ತವೆ, ಕೇವಲ ಹೊಸ ಕೋಡ್ ಮಾತ್ರ ಮಾನ್ಯವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಯಾವ ವಿನಂತಿ ಯಾವ ಸಂದೇಶವನ್ನು ಉತ್ಪತ್ತಿ ಮಾಡಿತು ಎಂಬುದು ಯಾರಿಗೂ ತಿಳಿಯದು.
ವಿತರಣೆಯನ್ನು ಪರಿಶೀಲನಾ ಬಿಂದುಗಳ ಸರಣಿಯಾಗಿ ಪರಿಗಣಿಸಿ. ಖಚಿತವಾಗಿ ಯಶಸ್ವಿಯಾದ ಕೊನೆಯ ಬಿಂದುವನ್ನು ಕಂಡುಹಿಡಿದು, ನಂತರ ಮುಂದಿನದನ್ನು ಪರಿಶೀಲಿಸಿ.
ಮೊದಲಿಗೆ, ಸಾಕ್ಷ್ಯವನ್ನು ಸ್ಥಿರಗೊಳಿಸಿ
ಮತ್ತೊಂದು ಸಂದೇಶವನ್ನು ವಿನಂತಿಸುವ ಮೊದಲು, ಈ ಮಾಹಿತಿಗಳನ್ನು ದಾಖಲಿಸಿ:
- ನಿಖರವಾದ ಸ್ವೀಕರಿಸುವವರ ವಿಳಾಸ;
- ನೀವು ಸಲ್ಲಿಸಿದ ಸಮಯ;
- ಕಳುಹಿಸುವವರು ಅಥವಾ ಸೇವೆಯ ಹೆಸರು;
- ಪುಟ ಯಶಸ್ಸನ್ನು ವರದಿ ಮಾಡಿತೇ;
- ಇದು ಮೊದಲ ವಿನಂತಿ ಅಥವಾ ಮರುಕಳುಹಿಸುವುದು ಎಂದು;
- ತೋರಿಸಲಾದಿದ್ದರೆ ನಿರೀಕ್ಷಿತ ಅವಧಿ ಮುಗಿಯುವ ಸಮಯ.
ಕಳುಹಿಸುವವರ ಪುಟವನ್ನು ತೆರೆಯಿಟ್ಟುಕೊಳ್ಳಿ. ಎರಡು ನಿಮಿಷಗಳ ನಂತರ ಕಂಡುಬರುವ ಟೈಪೋವನ್ನು, ಮೂಲ ಫಾರ್ಮ್ ಇನ್ನೂ ಸಲ್ಲಿಸಿದ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿರುವಾಗ ಸರಿಪಡಿಸುವುದು ಸುಲಭ.
ನಿಮ್ಮ ನೆನಪಿನ ಬದಲು ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ
ಸಲ್ಲಿಸಿದ ವಿಳಾಸವನ್ನು GPTMail ಪ್ರದರ್ಶಿಸುವ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸ್ಥಳೀಯ ಭಾಗ, ಪ್ರತಿ ಬಿಂದು ಅಥವಾ ಅಂಕೆ, ಮತ್ತು ಡೊಮೇನ್_SUFFIX ಅನ್ನು ಪರಿಶೀಲಿಸಿ. ಹಲವು ಇನ್‌ಬಾಕ್ಸ್ ಟ್ಯಾಬ್‌ಗಳು ತೆರೆಯಿರುವಾಗ ಅಥವಾ ನೀವು ಇತ್ತೀಚೆಗೆ ಆಯ್ದ ಡೊಮೇನ್ ಅನ್ನು ಬದಲಿಸಿದ್ದಾಗ ವಿಶೇಷ ಗಮನ ಕೊಡಿ.
ನಂತರ ಆ ಡೊಮೇನ್ ಡೊಮೇನ್ ಪುಟ ನಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿದೆಯೇ ಎಂದು ದೃಢಪಡಿಸಿ. ಒಂದು ವಿಳಾಸ ವ್ಯಾಕರಣದೃಷ್ಟಿಯಿಂದ ಮಾನ್ಯವಾಗಿರಬಹುದು, ಆದರೆ ಅದರ ಡೊಮೇನ್ ನಿಷ್ಕ್ರಿಯವಾಗಿರಬಹುದು ಅಥವಾ GPTMail ಗೆ ಇನ್ನಿಲ್ಲದಿರಬಹುದು.
ವೆಬ್‌ಸೈಟ್ ಕಳುಹಿಸುವ ಮೊದಲು ವಿಳಾಸವನ್ನು ನಿರಾಕರಿಸಿದರೆ, ಇನ್ನೂ ವಿತರಣಾ ಸಮಸ್ಯೆ ಇಲ್ಲ. ಇನ್ನೊಂದು ಬೆಂಬಲಿತ ವಿಳಾಸವನ್ನು ರಚಿಸಿ ಮತ್ತು ಮರುಸಲ್ಲಿಸಿ.
ಕಳುಹಿಸುವವರು ವಾಸ್ತವವಾಗಿ ವಿತರಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದ್ದಾರೆಯೇ ಎಂದು ದೃಢಪಡಿಸಿ
ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಯಶಸ್ಸು ಸಂದೇಶವು ಕೆಲವೊಮ್ಮೆ ಕೇವಲ ಬ್ಯಾಕ್ಗ್ರೌಂಡ್ ಕೆಲಸವನ್ನು ರಚಿಸಲಾಗಿದೆ ಎಂದು ಅರ್ಥ. ಕಳುಹಿಸುವವರು ಇನ್ನೂ ಕ್ಯೂಯಿಂಗ್, ದರ-ಮಿತಿಗೊಳಿಸುವಿಕೆ, ಅಥವಾ ಇಮೇಲ್ ಅನ್ನು ಮರುಪ್ರಯತ್ನಿಸುತ್ತಿರಬಹುದು.
ಮರುಕಳುಹಿಸುವ ಮೊದಲು ಕೆಲವು ನಿಮಿಷ ಕಾಯಿರಿ. ಸೇವೆ ಚಟುವಟಿಕೆ ಲಾಗ್ ಅನ್ನು ನೀಡಿದರೆ, ಅದು ಪರಿಶೀಲನಾ ವಿನಂತಿಯನ್ನು ದಾಖಲಿಸುತ್ತಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ನೀವು ನಿರ್ವಹಿಸುವ ಉತ್ಪನ್ನಕ್ಕಾಗಿ, ಸ್ವೀಕರಿಸುವ ಇನ್‌ಬಾಕ್ಸ್ ಅನ್ನು ನೋಡುವ ಬದಲು ಅಪ್ಲಿಕೇಶನ್ ಕ್ಯೂ ಮತ್ತು ಮೇಲ್-ಪ್ರೊವೈಡರ್ ಘಟನೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
ಒಂದೇ ಬಾರಿ ರಿಫ್ರೆಶ್ ಮಾಡಿ, ನಂತರ ಸರಿಯಾದ ಸಂದೇಶವನ್ನು ಹುಡುಕಿ
ಹಸ್ತಚಾಲಿತ ರಿಫ್ರೆಶ್ ಅನ್ನು ಬಳಸಿ ಮತ್ತು ಆಗಮನ ಸಮಯದ ಪ್ರಕಾರ ಸರಿಸಿ. ದೃಶ್ಯ ಪೂರ್ವವೀಕ್ಷಣದಲ್ಲಿ ಕೇವಲ ಸೇವೆಯ ಹೆಸರಿಗಿಂತ ನಿರೀಕ್ಷಿತ ಕಳುಹಿಸುವವರು ಮತ್ತು ವಿಷಯವನ್ನು ಹುಡುಕಿ. ಸ್ವಯಂಚಾಲಿತ ಮತ್ತು ಮಾರುಕಟ್ಟೆ ಮೇಲ್‌ಗಳು ವಿಭಿನ್ನ ಉಪಡೊಮೇನ್‌ಗಳಿಂದ ಬರಬಹುದು.
ಅನೇಕ ಕೋಡ್‌ಗಳು ಬಂದರೆ, ಹೊಸ ವಿನಂತಿಯನ್ನು ಬಳಸಿ. ಅನೇಕ ವ್ಯವಸ್ಥೆಗಳು ಬದಲಾವಣೆಯು ನೀಡಿದ ತಕ್ಷಣ ಹಳೆಯ ಕೋಡ್‌ಗಳನ್ನು ಅಮಾನ್ಯಗೊಳಿಸುತ್ತವೆ.
ಕಳುಹಿಸುವವರ ಸಮಸ್ಯೆ ಮತ್ತು ಡೊಮೇನ್ ಸಮಸ್ಯೆಯನ್ನು ಬೇರ್ಪಡಿಸಿ
ಸಂಬಂಧಿಸದ ಪ್ರೊವೈಡರ್‌ನಿಂದ ಅದೇ ವಿಳಾಸಕ್ಕೆ ಚಿಕ್ಕ ಸರಳ ಪಠ್ಯ ಪರೀಕ್ಷಾ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸಿ.
- ಪರೀಕ್ಷಾ ಸಂದೇಶ ಬಂದರೆ, ಸ್ವೀಕರಿಸುವ ಡೊಮೇನ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಮತ್ತು ಮೂಲ ಕಳುಹಿಸುವವರು ವಿಳಂಬವಾಗಿದ್ದಾರೆ, ವಿಳಾಸವನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುತ್ತಿದ್ದಾರೆ, ಅಥವಾ ಹ್ಯಾಂಡ್ಓಫ್‌ಗಿಂತ ಮೊದಲು ವಿಫಲವಾಗಿದ್ದಾರೆ.
- ಯಾವುದೇ ಸಂದೇಶ ಬಂದಿಲ್ಲದಿದ್ದರೆ, ಡೊಮೇನ್ ಸ್ಥಿತಿ ಮತ್ತು MX ಸಂರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.
- ಒಂದು ಪ್ರೊವೈಡರ್‌ನಿಂದ ಸಂದೇಶಗಳು ಬಂದರೂ ಇನ್ನೊಂದು ಪ್ರೊವೈಡರ್ ನಿರಂತರವಾಗಿ ಬರದಿದ್ದರೆ, ಕಳುಹಿಸುವವರು, ಸಮಯಮುದ್ರೆಗಳು, ಮತ್ತು ಯಾವುದೇ ಬೌನ್ಸ್ ವಿವರಗಳನ್ನು ಸಂಗ್ರಹಿಸಿ, ನಂತರ ವರದಿ ಮಾಡಿ.
ಕಸ್ಟಮ್ ಡೊಮೇನ್‌ಗಾಗಿ, ಅನುಮಾನವಿಲ್ಲದೆ ಕಸ್ಟಮ್-ಡೊಮೇನ್ MX ಸೆಟಪ್ ಅನ್ನು ಅನುಸರಿಸಿ. ಲೈವ್ ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ DNS ಅನ್ನು ಯಾದೃಚ್ಛಿಕವಾಗಿ ಬದಲಿಸಬೇಡಿ; ಪ್ರತಿ ಬದಲಾವಣೆ ಹೊಸ ಪ್ರಚಾರ ವಿಂಡೋವನ್ನು ರಚಿಸುತ್ತದೆ.
ಸಾಮಾನ್ಯ DNS ವಿಫಲತೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ
MX ಹುಡುಕಾಟವು ತಾತ್ಕಾಲಿಕವಾಗಿ ವಿಫಲವಾಗಬಹುದು, ಏಕೆಂದರೆ ರಿಸಾಲ್ವರ್ ಸಮಯ ಮೀರಿದೆ, ಪ್ರಾಧಿಕಾರಿತ ನೆಮ್‌ಸರ್ವರ್‌ಗಳು ಅಸಮ್ಮತವಾಗಿವೆ, DNSSEC ಮಾನ್ಯತೆ ವಿಫಲವಾಗಿದೆ, ಅಥವಾ ದಾಖಲೆ ಇನ್ನೂ ಪ್ರಚಾರವಾಗಿಲ್ಲ. “ದಾಖಲೆ ಕಂಡುಬಂದಿಲ್ಲ” ಎಂಬುದು ನಿರ್ದಿಷ್ಟ ಸಮಯದಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಹುಡುಕಾಟದ ಫಲಿತಾಂಶ, ದಾಖಲೆ ಎಂದಿಗೂ ಅಸ್ತಿತ್ವದಲ್ಲಿರಲಿಲ್ಲ ಎಂಬ ಸಾಕ್ಷಿ ಅಲ್ಲ.
ಪ್ರಾಧಿಕಾರಿತ DNS ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪ್ರಶ್ನಿಸಿ ಮತ್ತು ವಾಸ್ತವ ಗುರಿಯನ್ನು GPTMail ತೋರಿಸುವ ಗುರಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅವು ಹೊಂದಿದ್ದರೆ, ಕಾಯಿಸಿ ಮತ್ತು ಮರುಪ್ರಯತ್ನಿಸಿ. ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ಪ್ರಾಧಿಕಾರಿತ ದಾಖಲೆವನ್ನು ಸರಿಪಡಿಸಿ.
ಸಂದೇಶ ಬಂದರೂ ಕೋಡ್ ವಿಫಲವಾದಾಗ
ವಿತರಣಾ ಮತ್ತು ಪರಿಶೀಲನಾ ವ್ಯವಸ್ಥೆಗಳು ಪ್ರತ್ಯೇಕವಾಗಿವೆ. ಕೋಡ್ ವಿಫಲವಾಗುವ ಕಾರಣಗಳು:
- ಹೊಸ ಕೋಡ್ ಅದನ್ನು ಬದಲಿಸಿದೆ;
- ಕೋಡ್ ಸಾಗುವಿಕೆಯಲ್ಲೇ ಅವಧಿ ಮುಗಿದಿದೆ;
- ಇದು ಇನ್ನೊಂದು ಬ್ರೌಸರ್ ಸೆಷನ್ ಅಥವಾ ಖಾತೆಗೆ ಸೇರಿದೆ;
- ಕೋಡ್ ಜೊತೆ ಖಾಲಿ ಜಾಗ (whitespace) ನಕಲಿಸಲಾಯಿತು;
- ಗಮ್ಯಸ್ಥಾನ ಪುಟವು ಬೇರೆ ಪರಿಸರವನ್ನು ಬಳಸುತ್ತಿದೆ;
- ಕಳುಹಿಸುವವರ ಗಂಟೆ ಅಥವಾ ಸ್ಥಿತಿ ತಪ್ಪಾಗಿದೆ.
ಒಂದು ಹೊಸ ಕೋಡ್ ಅನ್ನು ವಿನಂತಿಸಿ, ಆ ನಿರ್ದಿಷ್ಟ ಸಂದೇಶವನ್ನು ಕಾಯಿರಿ, ಮತ್ತು ಅದನ್ನು ಒಂದೇ ಬಾರಿ ಬಳಸಿ. ಅದು ವಿಫಲವಾದರೆ, ವಿನಂತಿ ಸಮಯ ಮತ್ತು ಸಂದೇಶ ಸಮಯವನ್ನು ಒಟ್ಟಿಗೆ ವರದಿ ಮಾಡಿ.
ಸಂಕ್ಷಿಪ್ತ ಬೆಂಬಲ ವರದಿ
ಉಪಯುಕ್ತ ವರದಿಗಳಲ್ಲಿ ಸ್ವೀಕರಿಸುವವರ ವಿಳಾಸ, ಕಳುಹಿಸುವವರ ವಿಳಾಸ, ವಿಷಯ, UTC ಸಮಯಮುದ್ರೆಗಳು, ಎರಡನೇ ಕಳುಹಿಸುವವರು ಇನ್‌ಬಾಕ್ಸ್‌ಗೆ ತಲುಪಿದೆಯೇ, ಮತ್ತು ಕಳುಹಿಸುವವರು ತೋರಿಸಿದ ನಿಖರ ದೋಷ ಸೇರಿರಬೇಕು. ಸಾರ್ವಜನಿಕವಾಗಿ ಲಾಗ್‌ಗಳನ್ನು ಹಂಚುವ ಮೊದಲು ಪರಿಶೀಲನಾ ಕೋಡ್‌ಗಳು ಮತ್ತು ಖಾಸಗಿ ಲಿಂಕ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕಿ.
“ಇಮೇಲ್ ಇಲ್ಲ” ಎಂದು ತನಿಖೆ ಮಾಡಲು ಕಷ್ಟ. “ಸಂದೇಶವನ್ನು 14:03 UTC ನಲ್ಲಿ ವಿನಂತಿಸಲಾಯಿತು; ಎರಡನೇ ಪ್ರೊವೈಡರ್ 14:05ಕ್ಕೆ ಬಂದಿತು; ನಿರೀಕ್ಷಿತ ಕಳುಹಿಸುವವರು 14:15ರವರೆಗೆ ಯಾವುದೇ ಸಂದೇಶ ಅಥವಾ ಬೌನ್ಸ್ ನೀಡಲಿಲ್ಲ” ಎಂದು ವಿಫಲವಾಗಿರುವ ಬದಿಯನ್ನು ಗುರುತಿಸುತ್ತದೆ.
ಕಾಯುವುದನ್ನು ಯಾವಾಗ ನಿಲ್ಲಿಸಬೇಕು ಎಂದು ತಿಳಿದುಕೊಳ್ಳಿ
ಖಾತೆ ಮಹತ್ವದ್ದಾಗಿದ್ದು, ಸೇವೆ ಇನ್ನೊಂದು ಪರಿಶೀಲನಾ ವಿಧಾನವನ್ನು ನೀಡಿದರೆ, ಅದನ್ನು ಬಳಸಿ. ನೋಂದಣಿ ಕಡಿಮೆ ಅಪಾಯದಿದ್ದರೆ, ಹೊಸ ಬೆಂಬಲಿತ ವಿಳಾಸವನ್ನು ರಚಿಸಿ ಮತ್ತು ಮರುಪ್ರಾರಂಭಿಸಿ. ನೀವು ಉಳಿಸಿಕೊಳ್ಳುವ ಖಾತೆಗೆ ತಾತ್ಕಾಲಿಕ ಇನ್‌ಬಾಕ್ಸ್ ಅನ್ನು ಏಕೈಕ ಪುನಃಪ್ರಾಪ್ತಿ ಮಾರ್ಗವಾಗಿಸಬೇಡಿ.
ವಿಸ್ತೃತ ನಿರ್ಧಾರ ಮಾರ್ಗದರ್ಶಿ ತಾತ್ಕಾಲಿಕ ಇಮೇಲ್, ಸರಿಯಾಗಿ ಬಳಸಿದಾಗ.