Protocolos POP3 e IMAP

Há algum tempo venho trabalhando em um sistema que filtra emails.
Para tanto, precisei implementar uma solução que se conecte ao servidor de email e permaneça ?ouvindo? esta conexão, para que, quando um novo email seja recebido, o processo seja disparado.

Acontece que, primeiramente, optei pelo protocolo POP3.
Então surgiram os problemas.
O POP3 não implementa um recurso como flag para novos emails e, o pior, enquanto o folder POP3 está aberto, nenhuma alteração pode ser verificada (emails recebidos, lidos, excluídos).

Ok, vamos tentar com IMAP.
Bom, imap resolveu o problema.
Consigo conectar, criei um messagecountlistener e, quando um email chega, o ?proxy? é disparado, analisa o remetente e o domínio de onde a mensagem partiu e realiza o que deve fazer.

Até aí tudo bem.

A questão que me deixa encasquetado é, se POP3 não permite que uma alteração seja apontada enquanto o folder está aberto, como mail clients como o thunderbird e o outlook conseguem receber emails ?real time? conectados através deste protocolo?

Alguém aí tem esse conhecimento? Sabe como isso é possível?

Eles devem fazer uma espécie de pooling, com um serviço que fica de tempos em tempos verificando se chegaram emails.

OliveirakunJava wrote:Eles devem fazer uma espécie de pooling, com um serviço que fica de tempos em tempos verificando se chegaram emails.

Isso, com certeza, não seria a forma mais inteligente.
Mesmo por que, eu cheguei a implementar, como solução alternativa, caso o imap torne-se indisponível, algo assim.
O problema é que, POP3 não aceita "flagar" como READ, por exemplo, quem dirá DELETED, e, tanto no thunder quanto no outlook é possível baixar o email e deletar do servidor...

GUJ Ranger Membro desde: 11/05/2007 19:46:22 Mensagens: 901 Offline

drsmachado wrote:

OliveirakunJava wrote:Eles devem fazer uma espécie de pooling, com um serviço que fica de tempos em tempos verificando se chegaram emails.

Isso, com certeza, não seria a forma mais inteligente.

Mas é assim mesmo que ele funciona. Dá pra perceber isso quando se utiliza clients de email comuns, de tempo em tempo ele fica "Procurando novas mensagens no servidor". Quando chega um email na caixa, só é baixado na próxima atualização, ou clicando no "Enviar/Receber" para verificar na hora.

O motivo de não poder "escutar" ou marcar as mensagens é que originalmente o protocolo foi pensado de forma bem simples, o client conecta, recebe as mensagens, elas são apagadas do servidor automaticamente. Só isso, daí pra frente o client faz o que quiser com os emails.
Recentemente é que os serviços POP passaram a ser configurados para não remover as mensagens, mas ele continua sem os recursos do IMAP, feito especialmente para que as mensagens permaneçam no servidor.

Opa, valeu pela respostagomesrod.
Na verdade, eu já desconfiava disso, mas achei muita gambiarra funcionar desta forma.

Notícias, artigos e o maior fórum brasileiro sobre Java