Como o sinalizador \ Deleted pode ser desfeito para todos os emails na caixa postal cyrus-imapd?

2

Eu tenho uma caixa de correio de 5GB que eu mudei usando o imapsync. Mas de alguma forma eu confuso com --delete / - delete2 opção e acabar com quase todas as mensagens tendo \ conjunto de sinalizadores excluídos. Eu não tenho expunge atrasado ativado, então Eu não posso usar o utilitário unexpunge . Eu estou usando cyrus-imapd v2.3.7. Usando o recurso de depuração do cyrus-imapd, descobri que o cliente de e-mail (Roundcube no meu caso) dispara após o comando IMAP para desativá-lo.

UID STORE 179 -FLAGS.SILENT (\Deleted)

Eu não sei se de alguma forma eu posso disparar este comando para todos os e-mails.

Existe alguma maneira de remover o sinalizador \ Deleted de todos os e-mails da caixa de correio?

UPDATE :

Usando a dica do @ geekosaur de especificar o intervalo de identificações de mensagem no comando acima, eu poderia resolvê-lo para uma caixa de correio em INBOX como INBOX.folder1. Existe alguma maneira eu posso fazer isso para várias caixas de correio em INBOX recursivamente? Agora estou trabalhando em resolvê-lo usando / criando algum script, talvez usando o módulo relacionado a IMAP do Perl. Mas ainda assim preciso resolvê-lo o mais rápido possível para que as entradas sejam bem-vindas.

UPDATE :

Graças ao geekosaur, consegui resolvê-lo usando o módulo IMAPClient do Perl.

    
por Sachin Divekar 09.04.2012 / 04:28

1 resposta

1

Você pode especificar um intervalo de mensagens start:end no lugar do número de mensagem única ( 179 em seu exemplo); use SEARCH ALL para descobrir o intervalo válido de números de mensagens.

Observe que isso pressupõe que você pode usar IMAP bruto, o que pode ser doloroso ou impossível se for (como deveria) usar AUTHENTICATE em vez de LOGIN . Talvez você prefira encontrar um kit de ferramentas IMAP de alguns kind (observe que o Cyrus imapd vem com bibliotecas Perl que podem ser usadas para fazer o script de login e executar várias operações, embora você precise ter alguma familiaridade com o RFC 2060.

    
por 09.04.2012 / 05:00