Questão:
Existe um bom cliente de e-mail que roda tanto no Windows quanto no Linux?
Ira Baxter
2014-02-05 04:08:32 UTC
view on stackexchange narkive permalink

Estou procurando os seguintes recursos:

  • Possui um histórico de vários anos
  • Acesso GUI a mensagens de e-mail / tópicos / grupos
  • Acesso GUI para calendário e reuniões.
  • Armazena mensagens de e-mail como arquivos separados em formato não proprietário direto (padrão?)
  • Armazena solicitações de calendário como arquivos separados
  • Armazena threads / grupos de e-mail / ... em diretórios
  • Pode pesquisar e-mail existente para strings em vários campos
  • Pode mesclar arquivos de e-mail (como acima) de outra instância.

Em particular, gostaria de poder acessar as mensagens de e-mail com código ad hoc arbitrário (por exemplo, scripts Perl).

Acho que o Thunderbird + Lightning atingirá quase todos os pontos, exceto o armazenamento de mensagens como arquivos separados (o que seria muito ineficiente).
Hm, o que define “bom”? Estou tentado a editar o título da pergunta, já que seu último post diz GUI, e os clientes de texto IMHO são melhores ... Que tal s / bom / gráfico decente /?
O armazenamento de mensagens individuais em disco pelo @IraBaxter, é realmente trivial para um sistema de arquivos. Mas vai ser uma merda quando você quiser procurar por texto em toda a sua caixa de entrada ... há uma razão para você desejar esse requisito?
@Moo-Juice:, o cliente de e-mail deve ficar perfeitamente feliz em construir seu próprio índice para torná-lo rápido. Isso é um cache, então não me importo com isso. Desejo construir uma variedade de programas para acessar minha mensagem de correio. Eu não envio o mailer para dificultar o acesso às minhas mensagens de e-mail, ocultando-as em um banco de dados (por exemplo, Exchange). Não quero concatenar mensagens de correio de 10K em um único arquivo (como acredito que o Emacs faz).
@IraBaxter,, então talvez você precise de um cliente de e-mail que tenha uma API aberta para a qual possa codificar, em vez de exigir explicitamente que as mensagens sejam armazenadas em algum formato proprietário no disco que, acredite, o colocará em uma sala escura, muito rápido. Há um * bom * motivo para os clientes de e-mail - seja Thunderbird, Outlook ou outro, armazenar suas mensagens em um * banco de dados *. Considere o ponto de vista do Api em vez do problema XY óbvio pelo qual você está passando.
Não quero um formato proprietário; essa é a questão. Armazená-los no formato de mensagem de correio RFC padrão seria bom para mim.
... se eu quisesse codificar em uma API, poderia usar o Exchange. (Isso falha na parte do Linux, mas é onde estou agora).
Um responda:
#1
+19
Nick Dickinson-Wilde
2014-02-05 04:25:11 UTC
view on stackexchange narkive permalink

Pessoalmente, gosto do Mozilla Thunderbird.

  • Ele tem um bom histórico de desenvolvimento de longo prazo (e é de código aberto)
  • Você tem uma GUI para que mensagens de e-mail / exibição de discussão sejam possíveis.
  • Não tem suporte de calendário embutido, mas tem uma extensão bastante madura - relâmpago
  • Ele armazena mensagens de e-mail no formato mbox - que é bem documentado e facilmente acessível via Perl / Python / qualquer script que você quiser. Não separadamente, mas como uma caixa de correio. ou seja, este é o maior obstáculo para a correspondência de sua pesquisa - e não consigo pensar em nenhum que corresponda a isso e seja multiplataforma
  • A mesclagem é possível, embora já tenha passado muito tempo, então os detalhes podem ter mudou desde a última vez que fiz qualquer mesclagem.
  • A pesquisa é ótima (mesmo se você tiver 20 mil mensagens IMAP, ela ainda responde muito rápido.
  • Funciona em praticamente qualquer sistema operacional (eu não não sei se eles já têm um aplicativo Android / iOS.)
O Thunderbird tem tópicos de mensagens?
sim - barra de menus-> ver-> tópicos -> [várias opções]
O Thunderbird armazena e-mail em um banco de dados SQL. Eu não chamaria sua busca de * ótima *, com alguns milhares de e-mails acho lenta. E o Lightning não é muito confiável, muitas vezes me lembra de compromissos alguns minutos ou até algumas horas depois do que deveria.
Isso viola o requisito: uma mensagem de e-mail por arquivo.
@IraBaxter É um requisito vital? (E pode haver uma maneira de construir um sistema de arquivos FUSE para acessar o banco de dados no Linux)
sim, eu sei que isso viola; no entanto, uma vez que corresponde aos outros requisitos, sugeri de qualquer maneira.
Você poderia executar um servidor IMAP como `uw-imapd` em` localhost`, dizer para usar, por exemplo, o formato `mx` ou` mh` (ou `maildir` para aqueles que fizeram o patch), e então registre como conta no Icedove.
@dotVezz: Thunderbird Conversations (https://addons.mozilla.org/de/thunderbird/addon/gmail-conversation-view/): "Este addon fornece uma visão de conversa para o Thunderbird, agrupando mensagens e permitindo que você responda" inline ", portanto fornecendo um fluxo de trabalho mais eficiente. " "uma visualização de conversa normal que busca mensagens de todas as pastas e se comporta exatamente como o Gmail" Os Message Threads padrão do Thunderbird não são confiáveis ​​porque agrupam mensagens com assuntos idênticos - mesmo que não façam parte da mesma conversa de e-mail.
@mirabilos: o servidor IMAP, você sugere: este é um recurso do Thunderbird, ou é uma resposta separada? Se for o último, explique como uma resposta separada (com um link para esse produto de servidor).
@IraBaxter você pode usar qualquer servidor IMAP. Eu pessoalmente gosto de [`uw-imapd`] (https://packages.debian.org/squeeze/uw-imapd) mas ele foi removido do Debian porque existem alternativas“ melhores ”(a razão delas, não a minha). Os contendores populares são cyrus e pombal. O ponto importante para o seu cenário de caso de uso é que o servidor IMAP armazena as mensagens em um formato que atenda aos seus requisitos, ou seja, `mx` ou` mh` em estoque `uw-imapd`, ou` maildir` em muitos outros IMAP servidores (existem patches para `uw-imapd` para adicionar suporte` maildir`, e eu acredito que o Debian os carregou, contra a vontade do upstream).


Estas perguntas e respostas foram traduzidas automaticamente do idioma inglês.O conteúdo original está disponível em stackexchange, que agradecemos pela licença cc by-sa 3.0 sob a qual é distribuído.
Loading...