Um proxy web que funciona não configura o IMAP automaticamente

O navegador funciona através de um ficheiro PAC. O cliente de correio, porém, não consegue ligar-se ao IMAP. Não há contradição: o navegador e o cliente de correio pedem serviços diferentes através de interfaces de configuração diferentes.

O IMAP não é um pedido HTTP comum. O cliente precisa de uma rota capaz de transportar o seu protocolo de correio, como um túnel HTTP CONNECT suportado ou uma ligação SOCKS. O proxy também tem de permitir o destino e a porta.

Verifique o suporte real da biblioteca de correio

O fornecedor IMAP do Angus Mail atual documenta o anfitrião, a porta e as propriedades de conta do proxy HTTP, além das definições relacionadas com SOCKS. Utilize a documentação do fornecedor e do protocolo instalados. O conselho antigo de que o JavaMail nunca pode usar um proxy HTTP descreve um limite de capacidade diferente.

Um nome de propriedade plausível não basta. O protocolo IMAP seguro pode exigir o prefixo de propriedade correspondente, e uma propriedade arbitrária de proxy HTTP usada por outro cliente Java não é necessariamente lida pelo fornecedor de correio.

A descoberta de PAC é outra funcionalidade

O URL PAC do navegador são dados de configuração, não o endereço de um servidor IMAP ou de um proxy de encaminhamento. Determine a rota de proxy suportada para o destino de correio em vez de substituir o anfitrião de correio por esse URL.

Depois separe as contas. As credenciais do proxy autorizam o intermediário; a conta de correio autoriza o acesso à caixa de correio. Uma palavra-passe válida da caixa não consegue reparar um pedido CONNECT recusado.

Mantenha a verificação TLS do correio ativa através do túnel suportado. Se o proxy autorizado não permitir a porta de correio necessária, solicite a disposição de acesso aprovada. Alterar o rótulo da porta ou o esquema do proxy não pode transformar uma ligação incompatível ou recusada numa ligação permitida.