작동하는 웹 프록시가 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 검증을 켜 둔 상태로 유지하세요. 승인된 프록시가 필요한 메일 포트를 허용하지 않으면 승인된 접근 방식을 요청하세요. 포트 레이블이나 프록시 방식을 바꾼다고 해서 호환되지 않거나 거부된 연결이 허용된 연결이 되지는 않습니다.