Uso meu email do meu telefone e meu computador via IMAP. Quero configurar algo para que, se eu excluir uma mensagem pelo meu telefone, meu computador ainda a mantenha localmente.

Por exemplo, suponha que eu deixo meu computador ligado, com um intervalo de sincronização de 5 minutos. Quero poder enviar algo do meu telefone, aguardar 5 minutos para garantir que o meu computador baixou o item da pasta Enviados e excluí-lo da pasta enviada IMAP pelo meu telefone, mas faça com que o computador em casa mantenha sua cópia .

Isso é possível com clientes de email prontamente disponíveis? Eu tenho o Thunderbird e o Outlook no momento, mas gostaria de aprender uma nova interface para esse recurso. Como posso fazer isso?

Em resposta ao comentário de RedGrittyBrick:

O objetivo é manter um backup completo (automático) automático de todas as mensagens a serem transmitidas pela conta. Por vários motivos, certas mensagens podem não permanecer no servidor IMAP, mas precisam ser mantidas no armazenamento offline.

O interlocutor abordou um tópico mais importante sobre o qual já vi pouco escrito. A saber: como manter uma coleção permanente de seus emails, independentemente das políticas e configurações dos provedores de email.

==============

Protocolo POP

A vantagem do protocolo POP é sua simplicidade e clareza de operação. Usando o protocolo POP, um cliente de email como o Outlook ou o Thunderbird simplesmente baixa todos os emails recebidos no servidor em seu nome e, opcionalmente, exclui ao mesmo tempo, excluindo-os posteriormente. ou não faz nada. Por exemplo, uma conta de email configurada no Outlook para usar o POP baixa todos os seus novos emails no servidor e os armazena em um arquivo PST no computador local. O Thunderbird lida com o POP da mesma maneira. Você sempre pode contar com todos os seus emails usando POP.

Não enviado daqui:

A falha mais comum do protocolo POP é que é uma viagem de mão única. O cliente de email do seu dispositivo busca emails do servidor e é isso. O e-mail que você cria e envia para outras pessoas é enviado por um servidor SMTP de saída que faz pouco mais do que encaminhar seu e-mail para o resto do mundo. Ele nunca acessa sua caixa de correio. É o seu cliente de email que armazena uma cópia dos emails enviados na pasta SENT desse dispositivo, se as opções do cliente estiverem definidas para isso. Como o cliente de email de envio não sabe nada sobre seus outros dispositivos e provavelmente não pode se conectar a eles - e muito menos aos clientes de email deles, seus emails SENT permanecem na máquina de envio, sem o conhecimento de outros clientes.

============

Digite IMAP

Um protocolo mais novo chamado IMAP (Internet Mail Access Protocol) tenta permitir que vários dispositivos vejam as mesmas coisas, independentemente do dispositivo que você está usando. Quando um cliente se conecta a uma conta de email via IMAP, o cliente e o servidor se comunicam nos dois sentidos. Como o Microsoft Exchange ou o Lotus Notes, o IMAP sincroniza os emails e as pastas no cliente com aqueles e o servidor. Portanto, se você enviar 1 mensagem de cada um dos 3 dispositivos, todos os 3 clientes verão todos os 3 e-mails em suas pastas SENT. Da mesma forma, para emails excluídos no Lixo ou salvos em uma pasta ARQUIVO.

Problemas no Paraíso:

A desvantagem do IMAP é que as definições de como ele funciona variam consideravelmente entre servidores e clientes de email. Por exemplo, os clientes de email que usam IMAP geralmente não fazem o download e mantêm TODOS os seus emails. Em vez disso, um servidor IMAP deve ser o proprietário dos seus emails. Seus clientes de email IMAP sincronizam apenas um número configurado de emails, geralmente não tudo.

As regras também são confusas quanto ao que seus clientes verão e quanto (e por quanto tempo) o servidor manterá suas mensagens. Este é um empecilho para profissionais em que a maioria dos emails deve SEMPRE ser mantida em algum lugar e você sabe onde. Quem sabe quando o Google, Microsoft, Yahoo, GoDaddy, 1 e 1, Comcast, ATT, Verizon etc. irão alterar suas regras de retenção. Esses detalhes técnicos raramente são delineados.

O que é necessário é uma metodologia que incorpore o melhor do POP e do IMAP. Já temos esses animais sob a forma de Exchange Server e também o pântano confuso conhecido como Lotus Notes. Ambos espelham (ou seja, sincronizam ou replicam) tudo no servidor com seu cliente local e vice-versa.

Infelizmente, ambos os servidores são muito caros, complexos e não são para o usuário comum. O Outlook, no entanto, funcionará com esses animais. A Microsoft agora está pressionando o Outlook.com, que é um Exchange Server multitenant para as massas. Agora, provedores de serviços de Internet como GoDaddy e outros estão agindo como terceiros que oferecem caixas de correio do Exchange para plebeus.

Solução simples, porém imperfeita:

Uma maneira de obter algo próximo do melhor dos dois mundos é usar os dois protocolos se o servidor suportar os dois. Usando POP para sua conta Outlook ou Thunderbird em seus computadores reais e IMAP em seus PDA fofinhos. O Android e a Apple têm vários clientes de email que lidam com o IMAP.

Nesse cenário, os PCs podem buscar e-mails usando o POP para baixar e arquivar todos os seus e-mails do servidor. Você também define o cliente para NÃO excluir imediatamente o correio do servidor, para que seus dispositivos que usam o IMAP ainda possam ver seu correio por um tempo. O que você faz é definir os clientes de PC para "deixar correio no servidor por x dias". Eu defini isso para 90 dias. Dessa forma, meu PC Outlook acabará se conectando e recebendo os novos emails e instruindo o servidor a excluir todos os emails anteriores a 90 dias.

Esta solução alternativa ainda não lida com pastas que você pode ter criado no servidor. Somente o IMAP buscará e replicará pastas nos dois sentidos. Por pastas, quero dizer LIXO, ENVIADO, ARQUIVO e outros. A menos que você seja um louco por pastas, provavelmente está mais preocupado com a pasta SENT. Ou seja, você deseja que todas as máquinas vejam o que todas as máquinas enviaram - não apenas da máquina à sua frente.

A maneira mais simples de replicar a pasta SENT é Blind Copy (Cco), tudo o que você enviar de volta para si mesmo. Normalmente, isso é feito manualmente por você no momento em que você envia um novo email. Alguns clientes estão ficando mais espertos sobre isso. O excelente cliente de e-mail K9 para Android tem uma opção de configuração para se adicionar automaticamente ao campo Cco em todos os e-mails enviados. Ao fazer isso, qualquer coisa que você enviar será recebida de volta como outro destinatário. Como todos os seus dispositivos sempre receberão o novo email, independentemente do protocolo, você replicou efetivamente seus emails de saída com todos os seus dispositivos.

O truque BCC não é perfeito. Todos os emails com os quais você envia a BBC acabam nas caixas de entrada de todos os seus clientes - e não na pasta SENT local. O mecanismo de regras avançadas do Outlook também pode ajudar a corrigir isso, verificando todos os novos emails nos quais seu endereço está nos campos SENDTO e BCC.

Felizmente, o IMAP evoluirá para permitir todos os recursos do POP e do IMAP, para que todo o correio seja baixado para o seu cliente, incluindo todas as pastas - não apenas os emails mais recentes, que são como as configurações de IMAP da baunilha funcionam atualmente.

Solução híbrida:

Digamos que você tenha 2 PCs (Wintel + Apple) e 2 PDAs (telefone e tablet Android).

1. Configure os PCs para buscar usando POP com Outlook ou Thunderbird, ega Configure o protocolo para POP b. Defina Excluir email no servidor por x dias. (Eu uso 90). c. Procure por uma configuração que o cco automaticamente nos e-mails que você envia.

2. Configure Androids para buscar usando IMAP. Como PDAs, tablets e smartphones geralmente apresentam problemas de memória, o IMAP é melhor, pois limita o que mantém no dispositivo.

Espero que ajude um pouco.

O perigo do que você está tentando alcançar é que, se a conexão do computador ao servidor IMAP falhar, a mensagem enviada poderá ser perdida. Além disso, embora o IMAP funcione bem ao acessar máquinas diferentes ao mesmo tempo, algumas implementações não se comportam bem.

Dito isto, uma possível solução com o Thunderbird é a seguinte: Defina a conta de email para usar sua própria pasta (não as Pastas Locais). Em seguida, defina uma pasta designada, digamos saved-sent-from-imapem Pastas Locais. É aqui que as mensagens enviadas serão mantidas. Observe que esta pasta não está no servidor IMAP. Verifique se a Sentpasta IMAP (seja qual for o nome real) tem "ao receber novas mensagens para esta conta, sempre verifique esta pasta" marcada. Em seguida, defina um filtro para mover todas as mensagens da Sentpasta IMAP para saved-sent-from-imap.

Editar: dessa forma, você não precisará excluir a mensagem enviada do telefone; para que você não possa excluir acidentalmente uma mensagem que não foi movida para a pasta local.

Como regra geral, não. O ponto principal do IMAP é que o servidor contém uma cópia autorizada do e-mail e que, se os clientes armazenam alguma mensagem, simplesmente armazenam em cache por outras razões (por exemplo, indexação ou desempenho).

Se você deseja arquivar seu e-mail, o melhor é encontrar algo dedicado a essa missão. Ferramentas como o MailStore foram projetadas para isso.

Você provavelmente poderia abusar do Thunderbird, do Outlook ou de muitos outros clientes para copiar todas as novas mensagens IMAP para pastas locais usando seus sistemas de regras / scripts / filtros embutidos.

Você pode executar um servidor IMAP no seu próprio PC (como o hMailServer ) e, em seguida, usar uma ferramenta para copiar tudo nele sem excluir as mensagens ausentes do destino. (o imapsync pode fazer isso, versões compiladas do Windows disponíveis aqui ; o BaGoMa ou outras ferramentas também podem ser pressionadas para isso)

Eu suspeito que um efeito semelhante poderia ser mais facilmente alcançado por

1. sempre se cco
2. configure o telefone para NÃO adicionar itens enviados à pasta enviada

Digamos que você tenha dois computadores, um principal e outro para backup ou um laptop para viagens, ou um sistema operacional diferente, além de um smartphone. E alguns (ou mesmo todos) os emails no servidor IMAP precisam ser preservados e salvos em uma pasta offline.

Tenha os dois computadores em funcionamento, online. Em um computador, COPIE os emails a serem salvos no servidor IMAP na pasta offline. Verifique para verificar se a operação de cópia foi bem-sucedida. Em alguns sistemas e servidores, a cópia funciona apenas quando está offline ou com outras restrições. Em seguida, para garantir a sincronização manualmente, ao salvar apenas alguns emails no segundo computador, mova imediatamente os mesmos emails offline para a mesma pasta offline.

É importante salvar e-mails importantes dessa maneira, pois ocasionalmente os servidores IMAP podem perder parte (ou mesmo todos) dos e-mails, para que a "sincronização" resulte em uma possível perda maciça de dados. Na melhor das hipóteses, muitos servidores IMAP possuem cotas ou políticas de exclusão de email antigas que podem resultar em perda de dados. Além disso, qualquer "redefinição", como alteração de senhas, contas de ISP após uma movimentação física ou migração para um novo sistema (ou até atualização do sistema operacional) pode resultar na perda de mensagens no servidor.

Como alternativa, copie todos os emails (ou um subconjunto facilmente lembrado, como antes de uma determinada data) no servidor IMAP em um computador, depois mova-os offline para outro posteriormente, conforme sua conveniência, para uma pasta offline "espelhada". Depois, se preocupe com a sincronização como quiser. O problema é que, sempre que um email é movido, existe o risco de mau funcionamento do programa e, portanto, perda de dados. Esse é definitivamente um problema com o Apple Mail (na minha opinião, o pior aplicativo de software da Apple em um pacote de sistema operacional superior).

Descobri que o POP é considerado menos seguro por pelo menos provedores de e-mail (conhecido como verdadeiro no Yahoo!), e seu uso é fortemente desencorajado, na melhor das hipóteses. Isso faz com que o POP use servidores muito menos atraentes como uma solução para essa política.