Mistura de pastas IMAP locais e remotas no Neo / Mutt e no iSync?

Question

Atualmente, o Neo / Mutt está configurado com o iSync para algumas contas diferentes. Tudo sincroniza e eu tenho o cliente Mutt configurado mais ou menos como eu quero. No entanto, me deparo com problemas ao usar <save-message> para mover uma mensagem para uma pasta Arquivo morto. É diferente dependendo do tipo de conta:

• Nas minhas duas contas do Gmail, se eu ler uma mensagem e, em seguida, <save-message> na minha pasta local "Todos os e-mails", a mensagem será movida como esperado. Então, quando eu executo mbsync , minha pasta All Mail no Mutt mostra duas cópias da mesma mensagem, com uma marcada para exclusão. Eles também são marcados como não lidos, embora eu tenha lido a mensagem antes de movê-la. Minha solução alternativa foi excluir apenas as mensagens da minha caixa de entrada. Na seguinte sincronização, as mensagens excluídas são exibidas em Todos os emails sem duplicatas (mas ainda são marcadas como não lidas).

• Na minha conta do ProtonMail, posso ler e salvar uma mensagem na minha pasta Arquivo morto. Na próxima sincronização, tenho uma mensagem duplicada na pasta Arquivo, uma marcada como não lida e a outra como lida, e nenhuma delas está marcada para exclusão. Ao contrário das contas do Gmail, a exclusão de uma mensagem da minha caixa de entrada não resulta na exibição da mensagem no meu arquivo, de modo que a meia medida não funciona aqui.

Então, talvez sejam dois assuntos separados, mas eles certamente parecem relacionados. Eu li várias postagens no blog e vasculhei muitos dotfiles. Eu vi "soluções" para o problema de mensagem duplicada, como ganchos de pastas que excluem duplicatas quando você entra na pasta. Estas não são soluções reais, IMO.

Então, eu estou querendo saber se é possível dizer ao Mutt para salvar uma mensagem em uma pasta remota , e se isso daria melhores resultados. Ao mesmo tempo, eu não configurei o Mutt para o IMAP e preferiria que o Mutt não fizesse a sincronização do IMAP, deixando esse trabalho para mbsync . Eu ainda quero usar o Mutt principalmente para ler e-mails armazenados localmente, mas também quero ensiná-lo a mover mensagens para pastas IMAP remotas.

Isso é possível? Ou há uma abordagem mais óbvia que eu estou negligenciando? Enquanto isso, só estou marcando manualmente as mensagens arquivadas como lidas e excluindo as duplicatas. Se eu pudesse resolver este problema, Mutt será meu leitor de e-mail favorito, de longe.

    

Answer 1

Eu descobri como fazer isso funcionar com a conta do ProtonMail. Acontece que é possível save-message diretamente para um diretório IMAP. No entanto, enquanto o mbsync estava interagindo com o IMAP do ProtonMail Bridge, o NeoMutt ficava preso em "Logging in ..."

Ao tentar depurar o problema geral, eu dei uma olhada no log de mbsync . Não me ajudou muito descobrir por que as mensagens estavam sendo duplicadas, mas percebi que estava usando o método de autenticação LOGIN IMAP. Então eu adicionei esta linha à minha configuração do NeoMutt:

set imap_authenticators = "login"

Isso, junto com a macro a seguir, permite que eu mova a mensagem atual ou as mensagens marcadas diretamente para a caixa de correio do IMAP Archive e não receberei mais duplicatas:

macro index,pager A ":set confirmappend=no\n<tag-prefix><save-message>imap://127.0.0.1:1143/Archive\n:set confirmappend=yes\n"

Ainda há um pequeno problema em que, se a mensagem for marcada como lida e movida para Arquivar na mesma execução de mbsync , a mensagem ainda será exibida como não lida. Tenho certeza de que deve haver uma configuração de mbsync que estou perdendo para resolver isso, mas, por enquanto, provavelmente apenas alterarei minha macro para fazer algo assim:

1. Sincronize o NeoMutt ( $ por padrão) e execute mbsync , garantindo que os estados de não leitura de todas as mensagens tenham sido sincronizados com o IMAP.
2. Então, na verdade, execute save-message .
3. Repita o passo 1.

Isso será um pouco lento, mas se eu estiver marcando um monte de mensagens primeiro, espero que não seja muito ruim. Good Enough For Now ™.

Com relação ao Gmail, decidi encaminhar todo o meu Gmail que ainda não foi movido para o ProtonMail e deixar a conta morrer. Ainda tenho uma conta de trabalho do Gmail, mas ela não é tão usada. Uma abordagem semelhante pode funcionar bem, e se eu me irritar o suficiente, talvez eu dê uma chance e atualize essa resposta com o funcionamento.