ਜਦੋਂ ਇੱਕ ਪੁਸ਼ਟੀਕਰਨ ਈਮੇਲ ਦੇਰੀ ਨਾਲ ਆਉਂਦੀ ਹੈ, ਰੀਸੈਂਡ ਬਟਨ ਸਭ ਤੋਂ ਸਪਸ਼ਟ ਹੱਲ ਲੱਗਦਾ ਹੈ। ਇਹ ਅਕਸਰ ਸਥਿਤੀ ਨੂੰ ਹੋਰ ਖਰਾਬ ਕਰ ਦਿੰਦਾ ਹੈ: ਕਈ ਸੁਨੇਹੇ ਇਕੱਠੇ ਆਉਂਦੇ ਹਨ, ਸਿਰਫ਼ ਸਭ ਤੋਂ ਨਵਾਂ ਕੋਡ ਹੀ ਵੈਧ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਕਿਹੜੀ ਬੇਨਤੀ ਨੇ ਕਿਹੜਾ ਸੁਨੇਹਾ ਭੇਜਿਆ।
ਡਿਲਿਵਰੀ ਨੂੰ ਚੈੱਕਪੋਇੰਟਸ ਦੀ ਲੜੀ ਵਜੋਂ ਸੋਚੋ। ਆਖਰੀ ਚੈੱਕਪੋਇੰਟ ਲੱਭੋ ਜੋ ਪੱਕੇ ਤੌਰ 'ਤੇ ਸਫਲ ਹੋਇਆ, ਫਿਰ ਅਗਲੇ ਦੀ ਜਾਂਚ ਕਰੋ।
ਪਹਿਲਾਂ, ਸਬੂਤ ਨੂੰ ਫ੍ਰੀਜ਼ ਕਰੋ
ਦੂਜਾ ਸੁਨੇਹਾ ਮੰਗਣ ਤੋਂ ਪਹਿਲਾਂ, ਹੇਠ ਲਿਖਿਆ ਰਿਕਾਰਡ ਕਰੋ:
- ਸਹੀ ਪ੍ਰਾਪਤਕਰਤਾ ਐਡਰੈੱਸ;
- ਜਦੋਂ ਤੁਸੀਂ ਸਬਮਿਟ ਦਬਾਇਆ, ਉਸ ਸਮੇਂ;
- ਭੇਜਣ ਵਾਲੇ ਜਾਂ ਸੇਵਾ ਦਾ ਨਾਮ;
- ਪੇਜ ਨੇ ਸਫਲਤਾ ਦੀ ਰਿਪੋਰਟ ਕੀਤੀ ਕਿ ਨਹੀਂ;
- ਕੀ ਇਹ ਪਹਿਲੀ ਬੇਨਤੀ ਹੈ ਜਾਂ ਰੀਸੈਂਡ;
- ਉਮੀਦਵਾਰ ਸਮਾਪਤੀ ਸਮਾਂ, ਜੇ ਦਿਖਾਇਆ ਗਿਆ ਹੋਵੇ।
ਭੇਜਣ ਵਾਲੇ ਦਾ ਪੇਜ ਖੁੱਲ੍ਹਾ ਰੱਖੋ। ਦੋ ਮਿੰਟ ਬਾਅਦ ਮਿਲੀ ਟਾਈਪੋ ਨੂੰ ਠੀਕ ਕਰਨਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਮੂਲ ਫਾਰਮ ਵਿੱਚ ਹਾਲੇ ਵੀ ਭੇਜੀ ਗਈ ਮੁੱਲ ਮੌਜੂਦ ਹੋਵੇ।
ਐਡਰੈੱਸ ਦੀ ਜਾਂਚ ਕਰੋ, ਆਪਣੀ ਯਾਦ ਨਹੀਂ
ਜਮ੍ਹਾਂ ਕੀਤਾ ਐਡਰੈੱਸ GPTMail ਦੁਆਰਾ ਦਿਖਾਏ ਗਏ ਐਡਰੈੱਸ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਲੋਕਲ ਹਿੱਸਾ, ਹਰ ਡਾਟ ਜਾਂ ਅੰਕ, ਅਤੇ ਡੋਮੇਨ ਸਫਿਕਸ ਦੀ ਜਾਂਚ ਕਰੋ। ਜਦੋਂ ਕਈ ਇਨਬਾਕਸ ਟੈਬ ਖੁੱਲ੍ਹੀਆਂ ਹੋਣ ਜਾਂ ਤੁਸੀਂ ਹਾਲ ਹੀ ਵਿੱਚ ਚੁਣਿਆ ਡੋਮੇਨ ਬਦਲਿਆ ਹੋਵੇ, ਤਾਂ ਖਾਸ ਧਿਆਨ ਦਿਓ।
ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਡੋਮੇਨ ਡੋਮੇਨ ਪੇਜ 'ਤੇ ਸਰਗਰਮ ਹੈ। ਇੱਕ ਐਡਰੈੱਸ ਸਿੰਟੈਕਸ ਤੌਰ 'ਤੇ ਵੈਧ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਡੋਮੇਨ ਅਸਮਰੱਥ ਜਾਂ ਹੁਣ GPTMail ਵੱਲ ਰੂਟ ਨਹੀਂ ਕੀਤਾ ਹੋਇਆ।
ਜੇ ਵੈਬਸਾਈਟ ਐਡਰੈੱਸ ਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਰੱਦ ਕਰਦੀ ਹੈ, ਤਾਂ ਅਜੇ ਕੋਈ ਡਿਲਿਵਰੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ। ਹੋਰ ਕੋਈ ਸਮਰਥਿਤ ਐਡਰੈੱਸ ਬਣਾਓ ਅਤੇ ਦੁਬਾਰਾ ਜਮ੍ਹਾਂ ਕਰੋ।
ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਭੇਜਣ ਵਾਲਾ ਵਾਸਤਵ ਵਿੱਚ ਡਿਲਿਵਰੀ ਸ਼ੁਰੂ ਕਰ ਚੁੱਕਾ ਹੈ
ਵੈਬਸਾਈਟ ਉੱਤੇ ਸਫਲਤਾ ਸੁਨੇਹਾ ਕਈ ਵਾਰ ਸਿਰਫ਼ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਬੈਕਗਰਾਊਂਡ ਜੌਬ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਭੇਜਣ ਵਾਲਾ ਹਾਲੇ ਵੀ ਕਿਊ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ, ਰੇਟ‑ਲਿਮਿਟਿੰਗ ਕਰ ਰਿਹਾ ਹੋਵੇ, ਜਾਂ ਈਮੇਲ ਨੂੰ ਦੁਬਾਰਾ ਭੇਜਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੋਵੇ।
ਰੀਸੈਂਡ ਕਰਨ ਤੋਂ ਕੁਝ ਮਿੰਟ ਪਹਿਲਾਂ ਉਡੀਕ ਕਰੋ। ਜੇ ਸੇਵਾ ਇੱਕ ਐਕਟਿਵਿਟੀ ਲਾਗ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਜਾਂਚੋ ਕਿ ਕੀ ਉਹ ਪੁਸ਼ਟੀਕਰਨ ਬੇਨਤੀ ਨੂੰ ਦਰਜ ਕਰਦੀ ਹੈ। ਆਪਣੇ ਉਤਪਾਦ ਲਈ, ਐਪਲੀਕੇਸ਼ਨ ਕਿਊ ਅਤੇ ਮੇਲ‑ਪ੍ਰੋਵਾਇਡਰ ਇਵੈਂਟ ਦੀ ਜਾਂਚ ਕਰੋ, ਨਾ ਕਿ ਸਿਰਫ਼ ਪ੍ਰਾਪਤਕਰਤਾ ਇਨਬਾਕਸ ਨੂੰ ਦੇਖੋ।
ਇੱਕ ਵਾਰ ਰਿਫਰੈਸ਼ ਕਰੋ, ਫਿਰ ਸਹੀ ਸੁਨੇਹਾ ਲੱਭੋ
ਮੈਨੁਅਲ ਰਿਫਰੈਸ਼ ਵਰਤੋ ਅਤੇ ਆਉਣ ਦੇ ਸਮੇਂ ਅਨੁਸਾਰ ਸੋਰਟ ਕਰੋ। ਉਮੀਦਵਾਰ ਭੇਜਣ ਵਾਲਾ ਅਤੇ ਵਿਸ਼ਾ ਲੱਭੋ, ਨਾ ਕਿ ਸਿਰਫ਼ ਦਿੱਖ ਰਹੀ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਸੇਵਾ ਨਾਮ। ਆਟੋਮੇਟਡ ਅਤੇ ਮਾਰਕੀਟਿੰਗ ਮੇਲ ਵੱਖ‑ਵੱਖ ਸਬਡੋਮੇਨਾਂ ਤੋਂ ਆ ਸਕਦੇ ਹਨ।
ਜੇ ਕਈ ਕੋਡ ਆਉਂਦੇ ਹਨ, ਤਾਂ ਸਭ ਤੋਂ ਨਵੀਂ ਬੇਨਤੀ ਵਰਤੋ। ਬਹੁਤ ਸਾਰੇ ਸਿਸਟਮ ਪਹਿਲਾਂ ਦੇ ਕੋਡਾਂ ਨੂੰ ਤੁਰੰਤ ਅਵੈਧ ਕਰ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਨਵਾਂ ਕੋਡ ਜਾਰੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਭੇਜਣ ਵਾਲੇ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਡੋਮੇਨ ਦੀ ਸਮੱਸਿਆ ਤੋਂ ਵੱਖ ਕਰੋ
ਇੱਕ ਅਸੰਬੰਧਤ ਪ੍ਰੋਵਾਈਡਰ ਤੋਂ ਇੱਕ ਛੋਟਾ ਪਲੇਨ‑ਟੈਕਸਟ ਟੈਸਟ ਸੁਨੇਹਾ ਉਹੀ ਐਡਰੈੱਸ 'ਤੇ ਭੇਜੋ।
- ਜੇ ਟੈਸਟ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਡੋਮੇਨ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਮੂਲ ਭੇਜਣ ਵਾਲਾ ਦੇਰੀ, ਐਡਰੈੱਸ ਫਿਲਟਰਿੰਗ, ਜਾਂ ਹੈਂਡਓਫ਼ ਤੋਂ ਪਹਿਲਾਂ ਫੇਲ ਹੋ ਰਿਹਾ ਹੈ।
- ਜੇ ਦੋਵੇਂ ਸੁਨੇਹੇ ਨਹੀਂ ਪਹੁੰਚਦੇ, ਤਾਂ ਡੋਮੇਨ ਦੀ ਸਥਿਤੀ ਅਤੇ MX ਕਨਫਿਗਰੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰੋ।
- ਜੇ ਇੱਕ ਪ੍ਰੋਵਾਈਡਰ ਤੋਂ ਸੁਨੇਹੇ ਪਹੁੰਚਦੇ ਹਨ ਪਰ ਦੂਜਾ ਲਗਾਤਾਰ ਨਹੀਂ, ਤਾਂ ਰਿਪੋਰਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਭੇਜਣ ਵਾਲਾ, ਟਾਈਮਸਟੈਂਪ, ਅਤੇ ਕਿਸੇ ਵੀ ਬਾਊਂਸ ਵੇਰਵੇ ਇਕੱਠੇ ਕਰੋ।
ਕਸਟਮ ਡੋਮੇਨ ਲਈ, ਬਿਨਾ ਅੰਦਾਜ਼ੇ ਦੇ ਕਸਟਮ-ਡੋਮੇਨ MX ਸੈਟਅਪ ਦੀ ਪਾਲਣਾ ਕਰੋ। ਲਾਈਵ ਟੈਸਟ ਦੌਰਾਨ DNS ਨੂੰ ਬੇਤਰਤੀਬੀ ਨਾਲ ਨਾ ਬਦਲੋ; ਹਰ ਬਦਲਾਅ ਇੱਕ ਨਵਾਂ ਪ੍ਰੋਪਾਗੇਸ਼ਨ ਵਿੰਡੋ ਬਣਾਉਂਦਾ ਹੈ।
ਆਮ DNS ਫੇਲਿਊਰਸ ਨੂੰ ਸਮਝੋ
MX ਲੁੱਕਅੱਪ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਫੇਲ ਹੋ ਸਕਦੀ ਹੈ ਕਿਉਂਕਿ ਰਿਜ਼ੋਲਵਰ ਟਾਈਮ‑ਆਉਟ ਹੋ ਗਿਆ, ਅਥਾਰਟੀਵ ਨੇਮਸਰਵਰਸ ਵਿਚ ਅਸਹਿਮਤੀ, DNSSEC ਵੈਲੀਡੇਸ਼ਨ ਫੇਲ, ਜਾਂ ਰਿਕਾਰਡ ਹਾਲੇ ਪ੍ਰੋਪਾਗੇਟ ਨਹੀਂ ਹੋਇਆ। “No record detected” ਕਿਸੇ ਵਿਸ਼ੇਸ਼ ਸਮੇਂ ਉੱਤੇ ਕੀਤੀ ਗਈ ਵਿਸ਼ੇਸ਼ ਲੁੱਕਅੱਪ ਦਾ ਨਤੀਜਾ ਹੈ, ਨਾ ਕਿ ਇਹ ਸਬੂਤ ਕਿ ਰਿਕਾਰਡ ਕਦੇ ਮੌਜੂਦ ਨਹੀਂ ਸੀ।
ਅਥਾਰਟੀਵ DNS ਰਿਸਪਾਂਸ ਨੂੰ ਕਵੈਰੀ ਕਰੋ ਅਤੇ ਅਸਲ ਟਾਰਗੇਟ ਨੂੰ GPTMail ਦੁਆਰਾ ਦਿਖਾਏ ਟਾਰਗੇਟ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਜੇ ਮਿਲਦੇ ਹਨ, ਤਾਂ ਉਡੀਕ ਕਰੋ ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਜੇ ਨਹੀਂ ਮਿਲਦੇ, ਤਾਂ ਅਥਾਰਟੀਵ ਰਿਕਾਰਡ ਨੂੰ ਠੀਕ ਕਰੋ।
ਜਦੋਂ ਸੁਨੇਹਾ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ ਪਰ ਕੋਡ ਫੇਲ ਹੁੰਦਾ ਹੈ
ਡਿਲਿਵਰੀ ਅਤੇ ਪੁਸ਼ਟੀਕਰਨ ਵੱਖਰੇ ਸਿਸਟਮ ਹਨ। ਕੋਡ ਫੇਲ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ:
- ਇੱਕ ਨਵਾਂ ਕੋਡ ਇਸਦੀ ਥਾਂ ਲੈ ਲਿਆ ਹੈ;
- ਕੋਡ ਟਰਾਂਜ਼ਿਟ ਵਿੱਚ ਸਮਾਪਤ ਹੋ ਗਿਆ ਹੈ;
- ਇਹ ਕਿਸੇ ਹੋਰ ਬਰਾਊਜ਼ਰ ਸੈਸ਼ਨ ਜਾਂ ਅਕਾਊਂਟ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ;
- ਕੋਡ ਨਾਲ ਵ੍ਹਾਈਟਸਪੇਸ ਵੀ ਕਾਪੀ ਹੋ ਗਿਆ ਸੀ;
- ਗੰਤਵ ਪੇਜ ਵੱਖਰੇ ਵਾਤਾਵਰਣ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ;
- ਭੇਜਣ ਵਾਲੇ ਦੀ ਘੜੀ ਜਾਂ ਸਥਿਤੀ ਗਲਤ ਹੈ।
ਇੱਕ ਤਾਜ਼ਾ ਕੋਡ ਮੰਗੋ, ਉਸ ਵਿਸ਼ੇਸ਼ ਸੁਨੇਹੇ ਦੀ ਉਡੀਕ ਕਰੋ, ਅਤੇ ਇਸ ਨੂੰ ਇਕ ਵਾਰ ਵਰਤੋ। ਜੇ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਬੇਨਤੀ ਸਮਾਂ ਅਤੇ ਸੁਨੇਹਾ ਸਮਾਂ ਇਕੱਠੇ ਰਿਪੋਰਟ ਕਰੋ।
ਇੱਕ ਸੰਖੇਪ ਸਪੋਰਟ ਰਿਪੋਰਟ
ਉਪਯੋਗੀ ਰਿਪੋਰਟਾਂ ਵਿੱਚ ਪ੍ਰਾਪਤਕਰਤਾ ਐਡਰੈੱਸ, ਭੇਜਣ ਵਾਲਾ ਐਡਰੈੱਸ, ਵਿਸ਼ਾ, UTC ਟਾਈਮਸਟੈਂਪ, ਕੀ ਦੂਜਾ ਭੇਜਣ ਵਾਲਾ ਇਨਬਾਕਸ ਤੱਕ ਪਹੁੰਚਿਆ, ਅਤੇ ਭੇਜਣ ਵਾਲੇ ਦੁਆਰਾ ਦਿਖਾਇਆ ਗਲਤੀ ਸੁਨੇਹਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ। ਲੋਗਸ ਨੂੰ ਜਨਤਕ ਤੌਰ 'ਤੇ ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀਕਰਨ ਕੋਡ ਅਤੇ ਪ੍ਰਾਈਵੇਟ ਲਿੰਕ ਹਟਾਓ।
“ਕੋਈ ਈਮੇਲ ਨਹੀਂ” ਦੀ ਜਾਂਚ ਮੁਸ਼ਕਲ ਹੁੰਦੀ ਹੈ। “ਸੁਨੇਹਾ 14:03 UTC 'ਤੇ ਮੰਗਿਆ ਗਿਆ; ਦੂਜਾ ਪ੍ਰੋਵਾਈਡਰ 14:05 'ਤੇ ਪਹੁੰਚਿਆ; ਉਮੀਦਵਾਰ ਭੇਜਣ ਵਾਲਾ 14:15 ਤੱਕ ਕੋਈ ਸੁਨੇਹਾ ਜਾਂ ਬਾਊਂਸ ਨਹੀਂ ਭੇਜਿਆ” ਫੇਲ ਹੋ ਰਹੀ ਪੱਖ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
ਕਦੋਂ ਉਡੀਕ ਕਰਨੀ ਬੰਦ ਕਰਨੀ ਹੈ, ਜਾਣੋ
ਜੇ ਖਾਤਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਅਤੇ ਸੇਵਾ ਹੋਰ ਪੁਸ਼ਟੀਕਰਨ ਤਰੀਕਾ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਇਸਦੀ ਵਰਤੋਂ ਕਰੋ। ਜੇ ਸਾਈਨ‑ਅਪ ਘੱਟ‑ਖਤਰੇ ਵਾਲਾ ਹੈ, ਤਾਂ ਇੱਕ ਨਵਾਂ ਸਮਰਥਿਤ ਐਡਰੈੱਸ ਬਣਾਓ ਅਤੇ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰੋ। ਕਿਸੇ ਅਸਥਾਈ ਇਨਬਾਕਸ ਨੂੰ ਉਹੀ ਇਕੱਲਾ ਰਿਕਵਰੀ ਰਸਤਾ ਨਾ ਬਣਾਓ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਖਾਤਾ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ।
ਵਿਆਪਕ ਫੈਸਲਾ ਗਾਈਡ ਹੈ ਅਸਥਾਈ ਈਮੇਲ, ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਵਰਤੀ ਗਈ।