VPN ਜੁੜਿਆ ਹੈ ਪਰ IMAP ਸਿੰਕ ਨਹੀਂ ਹੋ ਰਿਹਾ? ਇਹ ਤਿੰਨ ਪਰਤਾਂ ਵੇਖੋ
ਮੇਲ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਣਾ, TLS ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰਨਾ, ਪ੍ਰਮਾਣੀਕਰਨ ਕਰਨਾ ਅਤੇ ਮੇਲਬਾਕਸ ਚੁਣਨਾ ਵੱਖਰੀਆਂ ਘਟਨਾਵਾਂ ਹਨ। ਉਹ ਪਰਤ ਲੱਭੋ ਜੋ ਫੇਲ੍ਹ ਹੋਈ।
ਦਫ਼ਤਰ ਦੇ VPN ਨਾਲ ਜੁੜੋ, ਮੇਲ ਕਲਾਇੰਟ ਖੋਲ੍ਹੋ ਅਤੇ ਵੇਖੋ ਕਿ ਵੈੱਬਮੇਲ ਸਾਧਾਰਨ ਤਰ੍ਹਾਂ ਲੋਡ ਹੁੰਦੇ ਹੋਏ ਇਨਬਾਕਸ ਤਾਜ਼ਾ ਹੋਣ ਤੋਂ ਇਨਕਾਰ ਕਰ ਰਿਹਾ ਹੈ। ਆਮ ਨਿਦਾਨ ਇਹ ਹੈ ਕਿ VPN ਟ੍ਰੈਫ਼ਿਕ ਲੰਘਾ ਰਿਹਾ ਹੈ ਪਰ ਮੇਲ ਨੂੰ ਰੋਕ ਰਿਹਾ ਹੈ, ਜਾਂ ਖਾਤੇ ਦਾ ਪਾਸਵਰਡ ਬਦਲ ਗਿਆ ਹੈ। ਦੋਵੇਂ ਅਨੁਮਾਨ IMAP ਕਲਾਇੰਟ ਜੋ ਕਰਦਾ ਹੈ ਉਸ ਦੀ ਬਣਾਵਟ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਹੋਸਟ ਤੱਕ ਪਹੁੰਚਣਾ, TLS ਪੂਰਾ ਕਰਨਾ, ਪ੍ਰਮਾਣੀਕਰਨ ਕਰਨਾ ਅਤੇ ਮੇਲਬਾਕਸ ਚੁਣਨਾ ਚਾਰ ਵੱਖਰੀਆਂ ਘਟਨਾਵਾਂ ਹਨ, ਅਤੇ VPN ਕੋਲ ਸਿਰਫ਼ ਪਹਿਲੀ ਹੈ।
ਭਰਮ: ਇੱਕ ਕਨੈਕਸ਼ਨ ਦਾ ਮਤਲਬ ਇੱਕ ਲੌਗਇਨ
ਵਿਸ਼ਵਾਸ ਇਹ ਹੈ ਕਿ ਟਨਲ ਖੜ੍ਹਾ ਹੋਣ ਅਤੇ ਮੇਲ ਸਰਵਰ ਜਵਾਬ ਦੇਣ ਨਾਲ ਮੇਲਬਾਕਸ ਅਸਲ ਵਿੱਚ ਖੁੱਲ੍ਹਾ ਹੁੰਦਾ ਹੈ। ਇਹ ਸੱਚ ਨਹੀਂ। VPN ਸੇਵਾ ਤੱਕ ਰਾਹ ਦਿੰਦਾ ਹੈ; ਇਹ ਤੁਹਾਨੂੰ ਸਾਈਨ ਇਨ ਨਹੀਂ ਕਰਾਉਂਦਾ ਅਤੇ ਫੋਲਡਰ ਨਹੀਂ ਚੁਣਦਾ। ਕਲਾਇੰਟ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੇ ਟਨਲ ਅਤੇ ਵੈਧ ਪਾਸਵਰਡ ਦੇ ਨਾਲ ਉਨ੍ਹਾਂ ਕਦਮਾਂ ਵਿੱਚੋਂ ਚੌਥੇ ’ਤੇ ਬੈਠ ਸਕਦਾ ਹੈ।
«VPN ’ਤੇ IMAP ਕੰਮ ਨਹੀਂ ਕਰਦਾ» ਵਾਲੀਆਂ ਬਹੁਤੀਆਂ ਰਿਪੋਰਟਾਂ ਅਸਲ ਵਿੱਚ ਇਸੇ ਖਾਲੀ ਥਾਂ ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ।
IMAP ਦੀਆਂ ਤਿੰਨ ਹਾਲਤਾਂ, ਅਤੇ ਕਲਾਇੰਟ ਕਿੱਥੇ ਅਟਕਦੇ ਹਨ
IMAP ਪ੍ਰਮਾਣੀਕਰਨ ਨਾ ਕੀਤੀ ਸਥਿਤੀ, ਪ੍ਰਮਾਣੀਕ੍ਰਿਤ ਸਥਿਤੀ ਅਤੇ ਚੁਣੀ ਹੋਈ ਸਥਿਤੀ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਹੁਕਮ ਸਿਰਫ਼ ਉਸ ਸਥਿਤੀ ਵਿੱਚ ਵੈਧ ਹੁੰਦੇ ਹਨ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਜਦੋਂ ਸਰਵਰ ਪੂਰਵ-ਪ੍ਰਮਾਣੀਕਰਨ ਦਿੰਦਾ ਹੈ ਤਾਂ ਕਨੈਕਸ਼ਨ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਮਾਣੀਕ੍ਰਿਤ ਹਾਲਤ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਪਾਸਵਰਡ ਦੀ ਮੰਗ ਨਾ ਹੋਣਾ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਮੇਲਬਾਕਸ ਚੁਣਨ ਨਾਲ ਸੈਸ਼ਨ ਪ੍ਰਮਾਣੀਕ੍ਰਿਤ ਤੋਂ ਚੁਣੇ ਹੋਏ ਵਿੱਚ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਤਦ ਹੀ ਸੁਨੇਹਿਆਂ ’ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਹੁਕਮਾਂ ਦਾ ਟੀਚਾ ਹੁੰਦਾ ਹੈ।
ਸਫਲਤਾਪੂਰਵਕ ਪ੍ਰਮਾਣੀਕਰਨ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕਨਫਿਗਰ ਕੀਤਾ ਫੋਲਡਰ ਚੁਣਨ ਵਿੱਚ ਅਸਫਲ ਕਲਾਇੰਟ, ਸਰਵਰ ਦੇ ਸਹੀ ਵਿਵਹਾਰ ਦੇ ਬਾਵਜੂਦ ਸਿੰਕ ਫੇਲ੍ਹ ਹੋਣ ਵਾਂਗ ਦਿਖੇਗਾ। ਨਾਮ ਬਦਲੇ ਫੋਲਡਰ, «ਇਨਬਾਕਸ» ਨੂੰ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਮੈਪ ਕਰਨ ਵਾਲਾ ਪ੍ਰਦਾਤਾ, ਜਾਂ ਗੁੰਮ ਪਹੁੰਚ ਅਧਿਕਾਰ ਸਭ ਇੱਥੇ ਹੀ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ। ਸਰਵਰ ਦਾ ਟੈਗ ਕੀਤਾ NO ਜਵਾਬ ਹੀ ਸਬੂਤ ਹੈ, ਅਤੇ ਇਹ ਰੱਦ ਕੀਤੇ ਪਾਸਵਰਡ ਵਾਲਾ ਜਵਾਬ ਨਹੀਂ।
TLS IMAP ਗੱਲਬਾਤ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ
ਪੋਰਟ 993 ’ਤੇ ਅੰਤਰਨਿਹਿਤ TLS ਨਾਲ, ਕੋਈ ਵੀ IMAP ਹੁਕਮ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ TLS ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਹੋ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਪ੍ਰਮਾਣਪੱਤਰ ਦੀ ਸਮੱਸਿਆ ਮੇਲ ਦੀ ਥਾਂ ਭਰੋਸੇ ਦਾ ਜ਼ਿਕਰ ਕਰਨ ਵਾਲੀ ਗਲਤੀ ਦਿੰਦੀ ਹੈ। ਮੇਲ ਹੋਸਟਨਾਮ ਨੂੰ ਪ੍ਰਮਾਣਪੱਤਰ ਦੇ ਵਿਰੁੱਧ ਜਾਂਚਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਵੇਂ ਵੈੱਬ ਹੋਸਟਨਾਮ ਹੁੰਦਾ ਹੈ; ਟ੍ਰੈਫ਼ਿਕ ਬਚਾਉਣ ਵਾਲਾ ਟਨਲ ਅਵੈਧ ਪ੍ਰਮਾਣਪੱਤਰ ਨੂੰ ਵੈਧ ਨਹੀਂ ਬਣਾਉਂਦਾ।
ਗਲਤੀ ਦਾ ਪਾਠ ਮਾਮਲਿਆਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਸਮਾਂ-ਸਮਾਪਤੀ ਦਾ ਅਰਥ ਹੈ SYN ਕਦੇ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ। TLS ਗਲਤੀ ਦਾ ਅਰਥ ਹੈ TCP ਕਨੈਕਸ਼ਨ ਕੰਮ ਕਰ ਗਿਆ ਅਤੇ ਹੈਂਡਸ਼ੇਕ ਨਹੀਂ। IMAP NO ਜਾਂ BAD ਜਵਾਬ ਦਾ ਅਰਥ ਹੈ ਦੋਵੇਂ ਸਫਲ ਹੋਏ ਅਤੇ ਪ੍ਰੋਟੋਕਾਲ ਪਰਤ ਨੇ ਕੁਝ ਰੱਦ ਕੀਤਾ। ਕੋਈ ਵੀ ਸੈਟਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਨੋਟ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਵੇਖਿਆ।
ਕੈਸ਼ ਕੀਤਾ ਮੇਲ ਕਿਸੇ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ
ਮੇਲ ਕਲਾਇੰਟ ਪਹਿਲਾਂ ਡਾਊਨਲੋਡ ਕੀਤੇ ਸੁਨੇਹੇ ਦਿਖਾਉਂਦਾ ਹੈ, ਭਾਵੇਂ ਉਹ ਅੱਜ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚ ਸਕੇ ਜਾਂ ਨਾ, ਇਸ ਲਈ ਦਿਸਦਾ ਇਨਬਾਕਸ ਸਿਰਫ਼ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਸਥਾਨਕ ਸਟੋਰੇਜ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ। ਕੋਈ ਵੀ ਅਸਲ ਪਰਖ ਨੂੰ ਸਰਵਰ ਕਾਰਵਾਈ ਲਈ ਮਜਬੂਰ ਕਰਨਾ ਪਵੇਗਾ: ਫੋਲਡਰ ਤਾਜ਼ਾ ਕਰੋ, ਕਦੇ ਡਾਊਨਲੋਡ ਨਾ ਹੋਇਆ ਸੁਨੇਹਾ ਲਿਆਓ, ਜਾਂ ਅਜਿਹਾ ਹੁਕਮ ਭੇਜੋ ਜੋ ਕਲਾਇੰਟ ਮੇਲਬਾਕਸ ਚੁਣਨ ਤੋਂ ਬਾਅਦ ਹੀ ਦਿੰਦਾ ਹੈ।
ਬਿਨਾਸ਼ਕਾਰੀ ਨਾ ਹੋਣ ਵਾਲੀ ਜਾਂਚ ਵਰਤੋ। ਇੱਕ ਫੋਲਡਰ ਤਾਜ਼ਾ ਕਰਨਾ ਅਤੇ ਖਾਤੇ ਦਾ ਗਲਤੀ ਲੌਗ ਪੜ੍ਹਨਾ ਖਾਤਾ ਮਿਟਾ ਕੇ ਦੁਬਾਰਾ ਜੋੜਨ ਤੋਂ ਬਿਹਤਰ ਹੈ, ਜੋ ਮੁੱਖ ਤੌਰ ’ਤੇ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਕਨਫਿਗਰੇਸ਼ਨ ਸਕ੍ਰੀਨ ਅਜੇ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ।
ਭੇਜਣਾ ਅਤੇ ਵੈੱਬਮੇਲ ਵੱਖਰੇ ਪ੍ਰੋਟੋਕਾਲ ਹਨ
ਮੇਲ ਭੇਜਣਾ ਸਬਮਿਸ਼ਨ ਹੈ, IMAP ਨਹੀਂ। ਇਹ ਵੱਖਰੀ ਸੇਵਾ ਅਤੇ ਆਮ ਤੌਰ ’ਤੇ ਵੱਖਰਾ ਪੋਰਟ ਵਰਤਦਾ ਹੈ, ਆਪਣੇ TLS ਮੋਡ ਅਤੇ ਆਪਣੇ ਪ੍ਰਮਾਣੀਕਰਨ ਨਾਲ, ਇਸ ਲਈ ਕੰਮ ਕਰਦਾ ਆਉਟਬਾਕਸ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ IMAP ਮੇਲਬਾਕਸ ਚੁਣਿਆ ਗਿਆ, ਅਤੇ ਖ਼ਰਾਬ ਆਉਟਬਾਕਸ IMAP ਨੂੰ ਦੋਸ਼ੀ ਨਹੀਂ ਠਹਿਰਾਉਂਦਾ।
ਵੈੱਬਮੇਲ ਦੁਬਾਰਾ ਵੱਖਰਾ ਹੈ। ਇਹ ਉਸੇ VPN ’ਤੇ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਵੈੱਬ ਫਰੰਟਐਂਡ ਦੇ ਵਿਰੁੱਧ HTTPS ਸੈਸ਼ਨ ਹੈ, ਜੋ ਡੈਸਕਟਾਪ ਕਲਾਇੰਟ ਦੇ IMAP ਹੋਸਟ, ਪੋਰਟ ਜਾਂ TLS ਮੋਡ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ।
ਹੈਂਡਓਵਰ ਲਈ ਚਾਰ ਨਤੀਜੇ ਵੱਖਰੇ ਨੋਟ ਕਰੋ: VPN ਰਾਹ, ਮੇਲ ਐਂਡਪਾਇੰਟ ਅਤੇ TLS ਦਾ ਨਤੀਜਾ, ਖਾਤਾ ਪ੍ਰਮਾਣੀਕਰਨ ਦਾ ਨਤੀਜਾ, ਅਤੇ ਮੇਲਬਾਕਸ ਚੋਣ ਦਾ ਨਤੀਜਾ। ਪ੍ਰਮਾਣ-ਪੱਤਰ ਅਤੇ ਸੁਨੇਹਾ ਸਮੱਗਰੀ ਨੋਟ ਤੋਂ ਬਾਹਰ ਰੱਖੋ। ਉਹ ਰਿਕਾਰਡ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਸੁਧਾਰ ਨੈੱਟਵਰਕ, ਪ੍ਰਮਾਣਪੱਤਰ, ਖਾਤਾ ਜਾਂ ਫੋਲਡਰ ਕਨਫਿਗਰੇਸ਼ਨ ਦਾ ਹੈ, ਕੋਈ ਵੀ ਸੁਰੱਖਿਆ ਪਰਤ ਕਮਜ਼ੋਰ ਕੀਤੇ ਬਿਨਾਂ।