Download grátis do Fetchmail. , download do Fetchmail. no download do software

Livre e open Source Remote Mail Recuperation e Forwarding Utility A Fetchmail é uma recuperação de correio remoto e encaminhamento completa, robusta e bem documentada, destinada a ser usada sobre links TCP / IP sob demanda (como conexões de deslizamento ou PPP). A FetchMail suporta todo protocolo de correio remoto agora em uso na Internet: RPOP, APOP, POP2, POP3, KPOP, todos os sabores de ETRN, IMAP e ODMR. Ele pode até suportar o IPv6 e o IPSec.FetchMail recupera o correio de servidores de email remotos e encaminha por via SMTP, para que ele possa ser lido pelos agentes do usuário normal de correio, como MUTT, ELM (1) ou BSD Mail. Ele permite que todas as instalações de filtragem, encaminhamento e alias do seu sistema da MTA funcionem assim como a Mail.fetchMail normal oferecem melhor proteção contra o sniffing de senha do que qualquer outro cliente do UNIX Remote-mail. Ele suporta APOP, Kpop, OTP, Compuserve RPA, Microsoft NTLM e IMAP RFC1731 métodos criptografados criptografados, incluindo o CRAM-MD5 para evitar o envio de senhas en Clair. Ele pode ser configurado para suportar a criptografia End-to-End via Tunneling com SSH, o Secure Shell.fetchMail pode ser usado como um gateway POP / IMAP-para-SMTP para um domínio DNS inteiro, coletando o correio de uma única caixa de gota em um único ISP e encaminhamento de SMTP baseado em endereços de cabeçalho. (Nós realmente não recomendo isto, porém, como pode perder informações importantes do cabeçalho do envelope. ETRN ou uma conexão UUCP é melhor.) A Fetchmail pode ser iniciada automaticamente e silenciosamente como um daemon do sistema no momento da inicialização. Ao executar este modo com um curto intervalo de pesquisa, é muito difícil para qualquer um dizer que o link de e-mail recebido não é uma conexão "Push" em tempo integral.FetchMail é fácil de configurar. Você pode editar seu DotFile diretamente ou usar o Configurador GUI interativo (Fetchmailconf) fornecido com a distribuição de fetchmail. Também é diretamente suportado em versões do Linuxconf 1.16R8 e posterior. O que há de novo nesta versão: · As pesquisas de DNS do Alias MX e Host Alias que o Fetchmail realiza no modo Multidrop é baseado em suposições raramente atendidas na prática, com defeito, deprecada e pode ser removida de uma futura versão de fetchmail. Eles nunca suportaram IPv6 (incluindo IPv4 mapeado IPv6). Palavras-chave de alias baseadas em Não DNS, como "aka", permanecerão em Fetchmail. · As opções do monitor e da interface podem ser removidas de uma futura versão do fetchmail, pois elas não são razoavelmente portáteis. · O POP2 é obsoleto, o suporte será removido de uma futura versão de fetchmail. · RPOP é obsoleto, o suporte será removido de uma futura liberação de fetchmail. · --Sslcertck vai se tornar uma configuração padrão em uma futura versão de fetchmail. · O código de adivinhação multidrop para / cc junto com o frágil supressor duplicado é reprovado e pode ser removido de uma versão futura. · A opção "Envelope recebeu" pode ser removida de uma versão futura, porque o cabeçalho recebido nunca foi legível para serem legíveis por máquina, o formato varia de forma amplamente, e várias outras diferenças no comportamento fazem a análise recebida uma empresa não confiável. A opção do envelope como tal permanecerá, a fim de suportar o fornecimento entregue-a, x-envelope-a, x-Original-a e similar. Veja também . · O falso - fallback (recue para o MDA se o MTA indisponível) será removido de uma futura liberação de fetchmail, porque faz o comportamento da FetchMail inconsistente e confuso. · O padrão "Protocol Automático" dentro do fetchmail pode ser removido de uma futura liberação de fetchmail. Recomenda-se a configuração explícita do protocolo. · O suporte Kerberos IV pode ser removido de uma futura liberação de fetchmail. · O suporte de despertar do Sighup pode ser removido de uma futura liberação de fetchmail e causar fetchmail para terminar - foi quebrado por muitos anos. · Suporte para sistemas operacionais que não são suficientemente compatíveis com POSIX podem ser removidos ou operação em tais sistemas podem ser suboptimais para lançamentos futuros. Correções de segurança e bugs críticas: · CVE-2007-4565: Negação de Serviço: Quando a Fetchmail tenta injetar uma mensagem de aviso criada, e a mensagem é recusada pelo ouvinte SMTP, a FetchMail dereferences um ponteiro nulo e falha. Relatório e corrigir pelo conde mastigação. Observe enquanto este é teoricamente um vetor de ataque de negação remota de serviço, fetchmail por padrão fala SMTP para o localhost, então o risco geral é bastante baixo. Este bug foi aparentemente introduzido em 1998-11-27 quando a instalação do buitemail foi modularizada. O bug, em seguida, fez sua aparência na versão de Fetchmail 4.6.8. Veja também fetchmail-sa-2007-02.txt. · CVE-2008-2711: Negação de serviço: quando os logs fetchmail dados blobs (por exemplo, uma To: cabeçalho no -v -v verbose mode) superior a 2048 bytes, ele irá falhar, porque ele entrega um ponteiro não inicializado argumento ( não a string de formato embora) para vsnprintf e lê um local de memória aleatório (que chama va_arg () muitas vezes sem redefinir com va_start ()). Com base em um adesivo (BerliOS remendo # 2492) por Petr Uzel, correções Novell Bug # 354291. Nota 6.3.9-rc1 não corrigir completamente este problema, por isso foi redesenhado algumas horas após seu lançamento. Veja também fetchmail-SA-2008-01.txt. · Quando expunging, marcar as mensagens certas, como visto a perda de mensagens evitar em configurações "Mantenha flush". Solução para versões anteriores: "expunge 0". Relatório e patches de Alexander Cherepanov - Muito obrigado, BerliOS Bug # 11797, "imap_mark_seen não considera mensagens expurgado". · Correção SSL: vazamento de memória perto quando a conexão SSL falhar; fetchmail usado para esquecer chamando SSL_free () no contexto SSL, vazamento em excesso de 500 kB de RAM em um sistema x86_64 por tentativa de conexão SSL falhou. Erro relatados e remendo fornecida por Seiichi Ikarashi, Fujitsu. Correções de bugs: · O script configure, adicionalmente, verificar se há 'dn_skipname', a falhas de correção construir com? Clibc. O novo cheque ainda reconhece as bibliotecas do resolver no Ubuntu 7.04, openSUSE 10.2, Solaris 8, NetBSD 4.0_BETA2 e FreeBSD 6.2. Correções Gentoo bug # 134187. NOTA: isto é um pouco de um truque, uma vez que torcer o resultado HAVE_RES_SEARCH, mas res_search () e dn_skipname () só são utilizados em conjunto e agendados para remoção em versões futuras, então isso é provavelmente muito bem. · Não mais se queixam sslproto inválido "" quando a sonda POP3 CAPA falhar. Correções Debian Bug # 421446 (Holger Leskien), Novell Bug # 247233 (Jon Nelson). Graças a Matthias Strau? para uma configuração para reproduzir o problema. · Permitir .fetchmailrc e .fetchids ser links simbólicos, como a página de manual não documenta eles não são permitidos - correções Debian Bug # 452907 (Roger Leigh). persiste raça TOCTOU. · Caixa citações fetchmailconf (pasta) nomes ao escrever a configuração. Correções BerliOS Bug # 13207 (relatado + correção sugerida por Terry Brown). · Somente imprimir "excluir arquivo fetchids" se há realmente um. Correções Debian Bug # 374514, relatado por Dan Jacobson. · Correção SSL: Verificação e relatório se SSL_set_fd falhar. ALTERAR: · Autoconf 2.60 agora é necessário para construir fetchmail; ele usa AC_USE_SYSTEM_EXTENSIONS para substituir AC_AIX, AC_MINIX, e similares. · Removido código FETCHMAIL_DEBUG mortos de fetchmail.h que foi desativado por padrão sem opções em Configurar para habilitá-lo. No entanto, a macro teria sido propenso a um ataque de link simbólico. Encontrado por Nico Golde. · Removido código FORCE_STUFFING mortos de socket.c que foi desativado por padrão sem opções em Configurar para habilitá-lo. · Incluir o typedef para int16 na _AIX #ifndef no smbencrypt.c (Peter O'Gorman) · Verificação correto para u_int32_t em configure.ac (parece ser typedef'ed em namser.h em algumas plataformas.) (Peter O'Gorman) · Em mudança configure.ac todos CPFLAGS para CPPFLAGS, CEFLAGS para CFLAGS e LDEFLAGS para LDFLAGS caso contrário, os resultados de alguns testes (-l adicional e bandeiras -I) não se acostumar para testes posteriores causando resultados do configure incorretas. Makefile.am também foi alterada para refletir isso. (Peter O'Gorman) · M4 / gethostbyname_r.m4 faz AC_TRY_COMPILE, que, infelizmente, pode passar mesmo se não houver gethostbyname_r. Mudado para AC_TRY_LINK. (Peter O'Gorman) · Revisar getnameinfo verificação para garantir NULL é definida eo resultado é devidamente avaliada, para evitar resultados falsos sobre, por exemplo, FreeBSD e redefinições de NI_at tempo de compilação. (Matthias Andree). · __Attribute__ ((não utilizado)) é um gccism, removido do libesmtp / gethostbyname.c. (Peter O'Gorman) · Em KAME / getnameinfo.c é melhor usar o argumento correto para inet_ntoa. (Peter O'Gorman) · Em detalhado modo, ingresse se o modo --check está habilitado. · Opção Adicionar sslcommonname (rcfile e de linha de comando) como uma forma de trabalho em torno de mal configurado servidores SSL montante que usam o nome do certificado errado. Ele especifica que commonName espera fetchmail e logs. (Daniel Richard G.) · Mudou CRLF para fins de linha LF em contrib / delete-posterior (repórter: Petr Uzel) · Mudança SSL: permitir que todas as soluções com SSL_CTX_set_options (CTX, SSL_OP_ALL) · Todas as traduções foram habilitados para re, em uma tentativa de reacender tradutor ou o interesse do usuário. DOCUMENTAÇÃO: · Adicionar fetchmail-SA-2007-02.txt e fetchmail-SA-2008-01.txt. · Adicionar duas linhas para a página manual que acidentalmente se tornou comentários para Nroff. Uma fazia parte da documentação --sslproto, e uma na seção "Despertar a daemon". · A página manual já não afirma que .FetchIDs foram para uso exclusivoP3, uma vez que é planejado usar o arquivo com o IMAP4 posteriormente. · Adicione correções gramaticais de Dan Jacobson para fetchmail.man. Bug Debian # 461642. · A página manual agora menciona que as descrições de usuários precisam vir antes das opções do usuário. Relatado por Francensco Pontortì, para consertar o Debian Bug # 467010. · A página manual não mais sugere que as declarações multiusuário por servidor apenas eram úteis no modo doemon em execução como root, para evitar que as pessoas tenham fazendo isso. · Vários exemplos de rcfile de página manual agora incluem "SSL". · A página manual sugere que os argumentos da opção começando com números podem ser incluídos em cotações. · A página manual agora menciona que o --LogFile já deve existir antes que o FetchMail seja executado. · O FAQ agora recomenda (# i9) para não usar o Google Mail para o desrespeito aos protocolos que afirmam apoiar. · Saída de documentação e programa agora / Constantemente / alega que o rcfile não deve ter mais de 0700 (u = rwx, g =, o =) permissões, mas a Fetchmail ainda aceitará silenciosamente permissões G = X adicionais para compatibilidade com a anterior 6.2.x e versões 6.3.x. Inconsistência (programa 0710, manpage 0600) relatada por Petr Uzel. · A documentação --logfile é agora mais clara sobre a necessidade de doemon separado

Fetchmail. Software Relacionado