Pasta de backup "send mail" do gmail para o ubuntu


0

Eu uso o gmail, mas gostaria de ter um backup local (em uma máquina ubuntu) dos e-mails também. (Eu não preciso de sincronização bidirecional ou algo assim, apenas backup)

Eu já faço backup de todos os emails recebidos (simplesmente encaminhando tudo para outra conta e depois usando o fetchmail sem reescrever o fetchall nokeep).

Além disso, eu gostaria de fazer backup dos e-mails enviados. (Não quero apenas enviá-los para o meu endereço de backup: por um lado, eu teria que adicioná-lo manualmente para cada e-mail e provavelmente esquecerei isso regularmente; também gostaria de fazer backup do e-mail, incluindo os cabeçalhos do BCC etc)

Isso parece consistir em duas tarefas:

  1. Em primeiro lugar, gostaria de fazer backup do "backlog": atualmente, tenho cerca de 18 mil mensagens no e-mail do Gmail; cerca de 1K deles depois da migração para o gmail (somente esses precisam ser copiados). Então, eu preciso de uma ferramenta (o mais simples possível), que eu possa dizer: receba todos os e-mails da pasta IMAP "SENT-MAIL" com data após .... (e não altere nada no site remoto)

  2. então eu gostaria de baixar os novos itens enviados regularmente (talvez uma vez por dia). Deve ser robusto, rápido e simples. Não há problema se eu perder um e-mail porque, por exemplo, o apaguei no gmail antes do backup, etc. Não há necessidade de "verificar novamente" os e-mails antigos em busca de alterações (por exemplo, o script de backup precisaria apenas olhar para o e-mails mais recentes que a última execução de backup). Eu não me importo se existe o perigo de perder um e-mail a cada poucos meses por causa de algumas condições estranhas de corrida ou o que eu possa não estar ciente (os e-mails são enviados exatamente no mesmo momento em que o script é executado ou algo assim). ferramenta (o mais simples possível de usar) que posso dizer: receba todos os emails da pasta IMAP "SENT-MAIL" que são novos desde a última vez em que você executou (e não altera nada no site remoto)

O problema parece ser que existem várias opções e questões envolvidas que eu não entendo (e não quero entender); obviamente para problemas de desempenho, não quero um script que, a cada vez, crie uma lista de todos os emails disponíveis no site remoto e local e faça diffs; como eu disse, o script nem precisa verificar se os emails com backup anterior ainda estão na máquina local.

Não sei como um simples fetchmail (IMAP) se comportaria / se comportaria (para os e-mails recebidos, uso uma conta intermediária e fetchmail com fetchall nokeep; o que parece simples e robusto; não sei o desempenho do fetchmail com milhares de e-mails deve permanecer inalterado e somente os "novos" são buscados)

Eu já vi várias ferramentas de sincronização (como OfflineIMAP ou mbsync) que parecem ser um exagero para a minha necessidade (e pode haver um perigo de que elas sejam sincronizadas, ou seja, alterem o site remoto, caso eu faça algo estúpido na configuração arquivos.)

Eu seria grato por alguma ajuda.

Respostas:


0

Você pode configurar uma regra para encaminhar todos os emails enviados para outra caixa de pop-up se desejar mantê-los separados. Caso contrário, não vejo como você pode fazer isso, a menos que faça o download de todo o correio.

Por que você não combina os dois, basta baixar todos os emails no Thunderbird e interromper o encaminhamento?


1
Obrigado pela resposta. Eu não sabia que também posso usar regras no Gmail para enviar e-mails; mas presumo que isso não encaminhará os cabeçalhos da BCC.
Jakob

Para ser sincero - não tenho tanta certeza agora que você pode usar regras para e-mails enviados agora, penso nisso. Você tem que tentar, e espero que funcione para você!
SPRBRN

De qualquer forma, eu gostaria de baixar automaticamente os e- mails (como descrito acima), ou seja, usando algum script no cron.daily ou similar; não usando o Thunderbird. Qual seria a ferramenta canônica para essa tarefa (simples)?
Jakob

Você pode usar um script python para fazer isso. Eu não testei isso sozinho, apenas pesquisei no Google ... Veja stackoverflow.com/questions/8669202/…
SPRBRN
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.