ਕੰਮ ਕਰਨ ਵਾਲਾ ਵੈੱਬ ਪ੍ਰੌਕਸੀ IMAP ਨੂੰ ਆਪਣੇ ਆਪ ਕਨਫਿਗਰ ਨਹੀਂ ਕਰਦਾ

ਬਰਾਊਜ਼ਰ PAC ਫ਼ਾਈਲ ਰਾਹੀਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਪਰ ਮੇਲ ਕਲਾਇੰਟ IMAP ਨਾਲ ਜੁੜ ਨਹੀਂ ਸਕਦਾ। ਇੱਥੇ ਕੋਈ ਵਿਰੋਧਾਭਾਸ ਨਹੀਂ: ਬਰਾਊਜ਼ਰ ਅਤੇ ਮੇਲ ਕਲਾਇੰਟ ਵੱਖ-ਵੱਖ ਕਨਫਿਗਰੇਸ਼ਨ ਇੰਟਰਫ਼ੇਸਾਂ ਰਾਹੀਂ ਵੱਖ-ਵੱਖ ਸੇਵਾਵਾਂ ਮੰਗ ਰਹੇ ਹਨ।

IMAP ਆਮ HTTP ਬੇਨਤੀ ਨਹੀਂ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਅਜਿਹਾ ਰਸਤਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਉਸ ਦਾ ਮੇਲ ਪ੍ਰੋਟੋਕੋਲ ਲੈ ਜਾ ਸਕੇ, ਜਿਵੇਂ ਸਮਰਥਿਤ HTTP CONNECT ਟਨਲ ਜਾਂ SOCKS ਕਨੈਕਸ਼ਨ। ਪ੍ਰੌਕਸੀ ਨੂੰ ਮੰਜ਼ਿਲ ਅਤੇ ਪੋਰਟ ਦੀ ਵੀ ਆਗਿਆ ਦੇਣੀ ਪੈਂਦੀ ਹੈ।

ਮੇਲ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਅਸਲ ਸਹਾਇਤਾ ਦੀ ਜਾਂਚ ਕਰੋ

ਮੌਜੂਦਾ Angus Mail ਦਾ IMAP ਪ੍ਰਦਾਤਾ HTTP ਪ੍ਰੌਕਸੀ ਦੇ ਹੋਸਟ, ਪੋਰਟ ਅਤੇ ਖਾਤਾ ਗੁਣਾਂ ਦੇ ਨਾਲ SOCKS ਨਾਲ ਸੰਬੰਧਿਤ ਸੈਟਿੰਗਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ। ਸਥਾਪਿਤ ਪ੍ਰਦਾਤਾ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਦਸਤਾਵੇਜ਼ ਵਰਤੋ। ਇਹ ਪੁਰਾਣੀ ਸਲਾਹ ਕਿ JavaMail ਕਦੇ ਵੀ HTTP ਪ੍ਰੌਕਸੀ ਨਹੀਂ ਵਰਤ ਸਕਦਾ, ਕਿਸੇ ਹੋਰ ਸਮਰੱਥਾ ਦੀ ਸੀਮਾ ਦੱਸਦੀ ਹੈ।

ਭਰੋਸੇਯੋਗ ਦਿਖਣ ਵਾਲਾ ਗੁਣ ਨਾਮ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ। ਸੁਰੱਖਿਅਤ IMAP ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਸੰਬੰਧਿਤ ਗੁਣ ਅਗੇਤਰ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਕਿਸੇ ਹੋਰ Java ਕਲਾਇੰਟ ਵੱਲੋਂ ਵਰਤਿਆ ਕੋਈ ਵੀ ਮਨਮਾਨੀ HTTP ਪ੍ਰੌਕਸੀ ਗੁਣ ਮੇਲ ਪ੍ਰਦਾਤਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਪੜ੍ਹੇ।

PAC ਖੋਜ ਇੱਕ ਹੋਰ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ

ਬਰਾਊਜ਼ਰ ਦਾ PAC URL ਕਨਫਿਗਰੇਸ਼ਨ ਡੇਟਾ ਹੈ, IMAP ਸਰਵਰ ਜਾਂ ਫਾਰਵਰਡਿੰਗ ਪ੍ਰੌਕਸੀ ਦਾ ਪਤਾ ਨਹੀਂ। ਮੇਲ ਹੋਸਟ ਦੀ ਥਾਂ ਉਹ URL ਨ ਰੱਖ ਕੇ ਮੇਲ ਮੰਜ਼ਿਲ ਲਈ ਸਮਰਥਿਤ ਪ੍ਰੌਕਸੀ ਰਸਤਾ ਨਿਰਧਾਰਿਤ ਕਰੋ।

ਫਿਰ ਖਾਤੇ ਵੱਖ ਕਰੋ। ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣ ਵਿਚੋਲੇ ਨੂੰ ਅਧਿਕਾਰ ਦਿੰਦੇ ਹਨ; ਮੇਲ ਖਾਤਾ ਮੇਲਬਾਕਸ ਤੱਕ ਪਹੁੰਚ ਦਾ ਅਧਿਕਾਰ ਦਿੰਦਾ ਹੈ। ਵੈਧ ਮੇਲਬਾਕਸ ਪਾਸਵਰਡ ਰੱਦ ਕੀਤੀ CONNECT ਬੇਨਤੀ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ।

ਸਮਰਥਿਤ ਟਨਲ ਰਾਹੀਂ ਮੇਲ TLS ਪੁਸ਼ਟੀ ਸਰਗਰਮ ਰੱਖੋ। ਜੇ ਅਧਿਕ੍ਰਿਤ ਪ੍ਰੌਕਸੀ ਲੋੜੀਂਦੇ ਮੇਲ ਪੋਰਟ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦੀ, ਤਾਂ ਪ੍ਰਵਾਨਿਤ ਪਹੁੰਚ ਪ੍ਰਬੰਧ ਦੀ ਬੇਨਤੀ ਕਰੋ। ਪੋਰਟ ਲੇਬਲ ਜਾਂ ਪ੍ਰੌਕਸੀ ਸਕੀਮ ਬਦਲਣ ਨਾਲ ਅਸੰਗਤ ਜਾਂ ਰੱਦ ਕੀਤੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਮਨਜ਼ੂਰ ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਬਣਾਇਆ ਜਾ ਸਕਦਾ।