popclient - Online na nuvem

PROGRAMA:

NOME

fetchmail - busca e-mails de um servidor compatível com POP, IMAP, ETRN ou ODMR

SINOPSE

buscar correio [opção...] [servidor de e-mail...]
buscarmailconf

DESCRIÇÃO

buscar correio é um utilitário de recuperação e encaminhamento de correio; ele busca e-mail remotamente
servidores de e-mail e os encaminha para o sistema de entrega da máquina local (cliente). Você pode
em seguida, lide com o e-mail recuperado usando agentes de usuário de e-mail normais, como vira-lata(1) olmo(1) ou
Mail(1) o buscar correio utilitário pode ser executado em modo daemon para pesquisar repetidamente um ou mais
sistemas em um intervalo especificado.

A buscar correio programa pode coletar e-mail de servidores que suportam qualquer um dos e-mails comuns
protocolos de recuperação: POP2 (legado, a ser removido em versões futuras), POP3, IMAP2bis,
IMAP4 e IMAP4rev1. Ele também pode usar a extensão ESMTP ETRN e ODMR. (Os RFCs
descrevendo todos esses protocolos estão listados no final desta página do manual.)

Embora buscar correio destina-se principalmente a ser usado em links TCP / IP sob demanda (como SLIP
ou conexões PPP), também pode ser útil como um agente de transferência de mensagens para sites que
recusar por razões de segurança permitir transações SMTP (iniciadas pelo remetente) com sendmail.

APOIO, SUPORTE, PROBLEMAS
Para solução de problemas, rastreamento e depuração, você precisa aumentar a verbosidade do fetchmail para
realmente ver o que acontece. Para fazer isso, por favor, corra ambos of da dois seguinte comandos,
acrescentando todos os of da opções você normalmente usar.

env LC_ALL = C fetchmail -V -v --nodetach --nosyslog

(Esta linha de comando mostra em inglês como o fetchmail entende sua configuração.)

env LC_ALL = C fetchmail -vvv --nodetach --nosyslog

(Esta linha de comando realmente executa fetchmail com saída verbosa em inglês.)

Veja também o item # G3 no FAQ do fetchmail ⟨http://fetchmail.berlios.de/fetchmail-FAQ.html# G3⟩

Você pode omitir a parte LC_ALL = C acima se quiser a saída no idioma local (se
suportado). No entanto, se você estiver postando em listas de discussão, por favor, deixe-o dentro.
os mantenedores não entendem necessariamente o seu idioma, por favor, use o inglês.

CONCEITOS
If buscar correio é usado com um servidor POP ou IMAP (mas não com ETRN ou ODMR), ele tem dois
modos fundamentais de operação para cada conta de usuário da qual ele recupera e-mails:
gota única e multiponto-modo.

No modo de gota única,
buscar correio assume que todas as mensagens na conta do usuário (caixa de correio) são intencionais
para um único destinatário. A identidade do destinatário será padronizada para o
usuário local executando atualmente buscar correio, ou precisará ser especificado explicitamente
no arquivo de configuração.

buscar correio usa o modo singlerop quando a configuração do fetchmailrc contém no máximo
uma única especificação de usuário local para uma determinada conta de servidor.

No modo multidrop,
buscar correio assume que a conta do servidor de e-mail realmente contém e-mails destinados a
qualquer número de destinatários diferentes. Portanto, buscar correio deve tentar deduzir
o "destinatário do envelope" adequado nos cabeçalhos de cada mensagem. Nisso
modo de operação, buscar correio quase se assemelha a um agente de transferência de correio (MTA).

Observe que nem os protocolos POP nem IMAP foram planejados para uso desta forma,
e, portanto, as informações do envelope muitas vezes não estão disponíveis diretamente. O ISP deve
armazena a informação do envelope em algum cabeçalho da mensagem e. O ISP também deve armazenar
uma cópia da mensagem por destinatário. Se alguma das condições não for
cumprido, este processo não é confiável, porque buscar correio deve então recorrer a
adivinhar o (s) verdadeiro (s) destinatário (s) do envelope de uma mensagem. Isso geralmente falha para
mensagens da lista de e-mails e Bcc: d mail, ou e-mail para vários destinatários em seu
domínio.

buscar correio usa o modo multidrop quando mais de um usuário local e / ou um caractere curinga é
especificado para uma conta de servidor particular no arquivo de configuração.

Nos modos ETRN e ODMR,
essas considerações não se aplicam, pois esses protocolos são baseados em SMTP, que
fornece informações explícitas sobre o destinatário do envelope. Esses protocolos sempre suportam
vários destinatários.

À medida que cada mensagem é recuperada, buscar correio normalmente o entrega via SMTP para a porta 25 no
máquina em que está sendo executado (localhost), como se estivesse sendo transmitido por um
Link TCP / IP. buscar correio fornece ao servidor SMTP um destinatário de envelope derivado do
forma descrita anteriormente. O correio será então entregue de acordo com o seu MTA
regras (o Mail Transfer Agent é geralmente enviar correio(8) exim(8) ou postfix(8)). Invocando
O MDA (Mail Delivery Agent) do seu sistema é responsabilidade do seu MTA. Todo o controle de entrega
mecanismos (como .frente arquivos) normalmente disponíveis através de seu sistema MTA e local
agentes de entrega serão, portanto, aplicados como de costume.

Se a configuração do fetchmail definir um MDA local (veja a opção --mda), ele será usado
diretamente em vez de falar com o SMTP para a porta 25.

Se o programa buscarmailconf está disponível, ele o ajudará a configurar e editar um
configuração do fetchmailrc. Ele é executado no sistema X window e requer que o
linguagem Python e o kit de ferramentas Tk (com ligações Python) estejam presentes em seu sistema. Se
você está configurando primeiro o fetchmail para o modo de usuário único, é recomendado que você use
Modo iniciante. O modo especialista fornece controle completo da configuração do fetchmail, incluindo
os recursos multidrop. Em ambos os casos, o botão 'Autoprobe' informará mais
protocolo capaz que um determinado servidor de e-mail suporta e avisa sobre possíveis problemas com esse
servidor.

SUPORTE OPERAÇÃO

O comportamento de buscar correio é controlado por opções de linha de comando e um arquivo de controle de execução,
~ / .fetchmailrc, a sintaxe que descrevemos em uma seção posterior (este arquivo é o que
buscarmailconf edições do programa). Substituição de opções de linha de comando ~ / .fetchmailrc declarações.

Cada nome de servidor que você especificar após as opções na linha de comando será
questionado. Se você não especificar nenhum servidor na linha de comando, cada entrada 'poll' em seu
~ / .fetchmailrc arquivo será consultado.

Para facilitar o uso de buscar correio em scripts e pipelines, ele retorna um apropriado
código de saída após a rescisão - consulte CÓDIGOS DE SAÍDA abaixo.

As seguintes opções modificam o comportamento de buscar correio. Raramente é necessário especificar
qualquer um desses, uma vez que você tenha um trabalho .fetchmailrc arquivo configurado.

Quase todas as opções têm uma palavra-chave correspondente que pode ser usada para declará-las em um
.fetchmailrc arquivo.

Algumas opções especiais não são abordadas aqui, mas são documentadas nas seções
AUTENTICAÇÃO e MODO DAEMON que se seguem.

Geral Opções
-V | --versão
Exibe as informações da versão de sua cópia do buscar correio. Nenhuma busca de e-mail é
realizada. Em vez disso, para cada servidor especificado, todas as informações de opção que
seria calculado se buscar correio estavam se conectando a esse servidor é exibido. Algum
não imprimíveis em senhas ou outros nomes de string são mostrados como barra invertida como C
sequências de escape. Esta opção é útil para verificar se suas opções estão definidas
do jeito que você os quer.

-c | --Verifica
Retorne um código de status para indicar se há correio esperando, sem realmente
buscar ou deletar e-mail (veja CÓDIGOS DE SAÍDA abaixo). Esta opção desliga o daemon
modo (no qual seria inútil). Não funciona bem com consultas a vários
sites e não funciona com ETRN ou ODMR. Ele retornará um falso positivo se você
deixe o e-mail lido, mas não excluído, na caixa de correio do servidor e o protocolo de busca não pode
diga as mensagens guardadas das novas. Isso significa que funcionará com IMAP, não funcionará com
POP2 e, ocasionalmente, pode descamar no POP3.

-s | - silencioso
Modo silencioso. Suprime todas as mensagens de progresso / status que normalmente são ecoadas para
saída padrão durante uma busca (mas não suprime as mensagens de erro reais). o
A opção --verbose substitui isso.

-v | --verbose
Modo detalhado. Todas as mensagens de controle passadas entre buscar correio e o servidor de correio são
ecoou para stdout. Substitui --silent. Dobrar esta opção (-v -v) causa
informações de diagnóstico a serem impressas.

--nosoftbounce
(desde v6.3.10, palavra-chave: não definir softbounce, desde v6.3.10)
Modo de salto rígido. Todos os erros de entrega permanente fazem com que as mensagens sejam excluídas de
o servidor upstream, consulte "no softbounce" abaixo.

--softbounce
(desde v6.3.10, palavra-chave: definir softbounce, desde v6.3.10)
Modo de salto suave. Todos os erros de entrega permanente fazem com que as mensagens sejam deixadas no
servidor upstream se o protocolo suportar isso. Esta opção is on by omissão para
partida histórico buscar correio documentação, e será alterado para o modo hard bounce em
o próximo lançamento do fetchmail.

Disposição Opções
-a | --tudo | (Desde a v6.3.3) --fetchall
(Palavra-chave: fetchall, desde a v3.0)
Recupere mensagens antigas (vistas) e novas do servidor de e-mail. O padrão é
busca apenas mensagens que o servidor não marcou como visto. No POP3, esta opção também
força o uso de RETR em vez de TOP. Observe que a recuperação de POP2 se comporta como se
--all está sempre ligado (veja MODOS DE FALHA DE RECUPERAÇÃO abaixo) e esta opção não
trabalhar com ETRN ou ODMR. Enquanto a linha de comando -a e --all e fetchall rcfile
opções são suportadas há muito tempo, a opção de linha de comando --fetchall era
adicionado na v6.3.3.

-k | --guarda
(Palavra-chave: manter)
Mantenha as mensagens recuperadas no servidor de e-mail remoto. Normalmente, as mensagens são excluídas
da pasta no servidor de e-mail após terem sido recuperados. Especificando o
manter opção faz com que as mensagens recuperadas permaneçam em sua pasta no servidor de e-mail.
Esta opção não funciona com ETRN ou ODMR. Se usado com POP3, é recomendado
para também especificar a opção --uidl ou a palavra-chave uidl.

-K | --nokeep
(Palavra-chave: nokeep)
Exclua as mensagens recuperadas do servidor de e-mail remoto. Esta opção força a recuperação
e-mail a ser excluído. Pode ser útil se você especificou um padrão de manter in
os .fetchmailrc. Esta opção é forçada com ETRN e ODMR.

-F | --rubor
(Palavra-chave: flush)
POP3 / IMAP apenas. Esta é uma opção perigosa e pode causar perda de e-mail quando usada
inadequadamente. Exclui mensagens antigas (vistas) do servidor de e-mail antes de recuperar
novas mensagens. Atenção: Isso pode causar perda de e-mail se você verificar seu e-mail com outro
clientes do que o fetchmail, e faz com que o fetchmail exclua uma mensagem que nunca
buscado antes. Também pode causar perda de e-mail se o servidor de e-mail marcar a mensagem
visto após a recuperação (servidores IMAP2). Você provavelmente não deve usar esta opção em
seu arquivo de configuração. Se você usar com POP3, deverá usar a opção 'uidl'.
O que você provavelmente deseja é a configuração padrão: se você não especificar '-k', então
fetchmail apagará automaticamente as mensagens após a entrega bem-sucedida.

--limitflush
POP3 / IMAP apenas, desde a versão 6.3.0. Exclua mensagens grandes do servidor de e-mail
antes de recuperar novas mensagens. O limite de tamanho deve ser especificado separadamente com
a opção --limit. Esta opção não funciona com ETRN ou ODMR.

Protocolo e pergunta Opções
-p | --proto | --protocolo
(Palavra-chave: proto [col])
Especifique o protocolo a ser usado ao se comunicar com o servidor de e-mail remoto. Se não
protocolo for especificado, o padrão é AUTO. proto pode ser um dos seguintes:

AUTO Tenta IMAP, POP3 e POP2 (pulando qualquer um desses para os quais o suporte não foi
foi compilado em).

POP2 Post Office Protocol 2 (legado, a ser removido da versão futura)

Protocolo Postal POP3 3

APOP Use POP3 com autenticação de desafio MD5 antiquada. Considerado não
resistente a ataques man-in-the-middle.

RPOP Use POP3 com autenticação RPOP.

KPOP Use POP3 com autenticação Kerberos V4 na porta 1109.

SDPS Use POP3 com extensões SDPS da Demon Internet.

IMAP IMAP2bis, IMAP4 ou IMAP4rev1 (buscar correio detecta automaticamente seu
capacidades).

ETRN Use a opção ESMTP ETRN.

ODMR Use o perfil ESMTP do On-Demand Mail Relay.

Todas essas alternativas funcionam basicamente da mesma maneira (comunicando-se com o servidor padrão
daemons para buscar correio já entregue em uma caixa de correio no servidor), exceto ETRN e ODMR.
O modo ETRN permite que você pergunte a um servidor ESMTP compatível (como o sendmail BSD no lançamento
8.8.0 ou superior) para abrir imediatamente uma conexão SMTP do remetente para sua máquina cliente e
comece a encaminhar quaisquer itens endereçados à sua máquina cliente na fila do servidor de
correio não entregue. O modo ODMR requer um servidor com capacidade ODMR e funciona de forma semelhante a
ETRN, exceto que não exige que a máquina cliente tenha um DNS estático.

-U | --uidl
(Palavra-chave: uidl)
Força o uso de UIDL (efetivo apenas com POP3). Força o rastreamento do lado do cliente de 'novidades'
de mensagens (UIDL significa "lista de ID exclusiva" e é descrito em RFC1939). Usar
com 'manter' para usar uma caixa de correio como uma notícia do bebê para um grupo de usuários. O fato
que as mensagens vistas são ignoradas é registrado, a menos que o registro de erros seja feito através de
syslog durante a execução no modo daemon. Observe que o fetchmail pode habilitar automaticamente
esta opção depende dos recursos do servidor upstream. Observe também que esta opção
pode ser removido e habilitado à força em uma versão futura do fetchmail. Veja também:
--idfile.

--ocioso (Desde a 6.3.3)
(Palavra-chave: inativo, desde antes de 6.0.0)
Habilite o uso de IDLE (efetivo somente com IMAP). Observe que isso funciona com apenas um
pasta em um determinado momento. Embora a palavra-chave rcfile inativa tenha sido suportada por um
há muito tempo, a opção de linha de comando --idle foi adicionada na versão 6.3.3. Uso IDLE
significa que o fetchmail diz ao servidor IMAP para enviar avisos de novas mensagens, para que eles
pode ser recuperado mais cedo do que seria possível com pesquisas regulares.

-P | --serviço
(Palavra-chave: serviço) Desde a versão 6.3.0.
A opção de serviço permite que você especifique um nome de serviço ao qual se conectar. Você pode
especifique um número de porta decimal aqui, se seu banco de dados de serviços não tiver o necessário
atribuições de porta de serviço. Veja o item R12 da FAQ e a documentação --ssl para
detalhes. Isso substitui a opção --port mais antiga.

--porta
(Palavra-chave: porta)
Versão obsoleta de --service que não leva nomes de serviço. Nota: esta opção
pode ser removido de uma versão futura.

--diretor
(Palavra-chave: principal)
A opção principal permite que você especifique um principal de serviço para mútuo
autenticação. Isso é aplicável a POP3 ou IMAP com autenticação Kerberos 4
só. Não se aplica ao Kerberos 5 ou GSSAPI. Esta opção pode ser removida em um
versão futura do fetchmail.

-t | --tempo esgotado
(Palavra-chave: tempo limite)
A opção de tempo limite permite definir um tempo limite de não resposta do servidor em segundos. Se um
servidor de e-mail não envia uma mensagem de saudação ou responde a comandos para o dado
número de segundos, buscar correio irá interromper a conexão com ele. Sem tal
tempo limite buscar correio pode travar até que a conexão TCP expire, tentando buscar
e-mail de um host inativo, que pode ser muito longo. Isso seria particularmente irritante
para uma buscar correio rodando em segundo plano. Há um tempo limite padrão que
fetchmail -V reportará. Se uma determinada conexão receber muitos tempos limite em
sucessão, o fetchmail irá considerá-lo bloqueado e parará de tentar novamente. O usuário que está ligando
será notificado por e-mail se isso acontecer.

Começando com fetchmail 6.3.10, o cliente SMTP usa o mínimo recomendado
tempos limite de RFC-5321 enquanto espera pelo servidor SMTP / LMTP com o qual está se comunicando.
Você pode aumentar os tempos limites ainda mais, mas não pode reduzi-los. Isso é para evitar
uma situação dolorosa em que o fetchmail foi configurado com um tempo limite curto (um
minuto ou menos), envia uma mensagem longa (muitos MBytes) para o MTA local, que então
leva mais tempo do que o tempo limite para responder "OK", o que acabará levando; isso iria
significa que o e-mail é entregue corretamente, mas o fetchmail não pode notá-lo e, portanto,
recupere esta grande mensagem repetidamente.

--plugar
(Palavra-chave: plugin)
A opção de plugin permite que você use um programa externo para estabelecer o TCP
conexão. Isto é útil se você quiser usar ssh, ou precisar de algum especial
configuração de firewall. O programa será pesquisado em $ PATH e pode, opcionalmente, ser
passou o nome da máquina e a porta como argumentos usando "% h" e "% p" respectivamente (note
que a lógica de interpolação é bastante primitiva, e esses tokens devem ser limitados
por espaço em branco ou início de string ou final de string). Fetchmail irá escrever para
o stdin do plug-in e lido a partir do stdout do plug-in.

--desligar
(Palavra-chave: plugout)
Idêntico à opção de plugin acima, mas este é usado para o SMTP
conexões.

-r | --pasta
(Palavra-chave: pasta [s])
Faz com que uma pasta de e-mail não padrão especificada no servidor de e-mail (ou separada por vírgula
lista de pastas) a serem recuperadas. A sintaxe do nome da pasta é servidor-
dependente. Esta opção não está disponível em POP3, ETRN ou ODMR.

--tracepolls
(Palavra-chave: tracepolls)
Diga ao fetchmail para pesquisar informações de rastreamento no formulário 'polling account% s' e
'pasta% s' para a linha Recebidos que ela gera, onde as partes% s são substituídas por
o nome remoto do usuário, o rótulo da pesquisa e a pasta (caixa de correio), quando disponível
(o cabeçalho Recebido normalmente também inclui o nome verdadeiro do servidor). Isso pode ser
usado para facilitar a filtragem de e-mail com base na conta da qual está sendo recebido.
As informações da pasta são gravadas apenas a partir da versão 6.3.4.

--ssl (Palavra-chave: ssl)
Faz com que a conexão com o servidor de e-mail seja criptografada via SSL, por meio de negociação
SSL diretamente após conectar (modo SSL empacotado). É altamente recomendável usar
--sslcertck para validar os certificados apresentados pelo servidor. por favor veja o
descrição de --sslproto abaixo! Mais informações estão disponíveis no LEIA-ME.SSL
arquivo que acompanha o fetchmail.

Note que mesmo se esta opção for omitida, o fetchmail ainda pode negociar SSL dentro da banda
para POP3 ou IMAP, por meio do recurso STLS ou STARTTLS. Você pode usar o --sslproto
opção para modificar esse comportamento.

Se nenhuma porta for especificada, a conexão é tentada para a porta conhecida do
Versão SSL do protocolo básico. Geralmente é uma porta diferente da porta
usado pelo protocolo de base. Para IMAP, esta é a porta 143 para o protocolo claro e
porta 993 para o protocolo seguro SSL; para POP3, é a porta 110 para o texto não criptografado
e a porta 995 para a variante criptografada.

Se o seu sistema não tiver as entradas correspondentes de / etc / services, Veja o
opção --service e especifique o número da porta numérica conforme fornecido no item anterior
parágrafo (a menos que seu ISP o tenha direcionado para portas diferentes, o que é incomum
Contudo).

--sslcert
(Palavra-chave: sslcert)
Para autenticação de cliente baseada em certificado. Alguns servidores criptografados SSL exigem
chaves do lado do cliente e certificados para autenticação. Na maioria dos casos, isso é
opcional. Isso especifica a localização do certificado de chave pública a ser
apresentado ao servidor no momento em que a sessão SSL é estabelecida. Não é
necessário (mas pode ser fornecido) se o servidor não exigir. Pode ser o
mesmo arquivo que a chave privada (chave combinada e arquivo de certificado), mas este não é
recomendado. Veja também --sslkey abaixo.

OBSERVAÇÃO: Se você usar autenticação de cliente, o nome do usuário será obtido do
CommonName do certificado e substitui o nome definido com --user.

--sslkey
(Palavra-chave: sslkey)
Especifica o nome do arquivo da chave SSL privada do lado do cliente. Alguns SSL criptografados
os servidores requerem chaves e certificados do lado do cliente para autenticação. Na maioria
casos, isso é opcional. Isso especifica a localização da chave privada usada para
assinar transações com o servidor no momento em que a sessão SSL é estabelecida. Isto
não é necessário (mas pode ser fornecido) se o servidor não o exigir. Pode ser
o mesmo arquivo que a chave pública (chave combinada e arquivo de certificado), mas este não é
recomendado.

Se uma senha for necessária para desbloquear a chave, ela será solicitada no momento
pouco antes de estabelecer a sessão com o servidor. Isso pode causar alguns
complicações no modo daemon.

Veja também --sslcert acima.

--sslproto
(Palavra-chave: sslproto, NOTA: mudanças semânticas desde a v6.4.0)
Esta opção tem um uso duplo, fora do comportamento histórico do fetchmail. Ele controla ambos
a versão do protocolo SSL / TLS e, se --ssl não for especificado, o comportamento do STARTTLS
(atualizando o protocolo para uma conexão SSL ou TLS dentro da banda). Algumas outras opções
pode, no entanto, tornar o TLS obrigatório.

Somente se esta opção e --ssl estiverem ausentes para uma enquete, haverá TLS oportunista
para POP3 e IMAP, onde fetchmail tentará atualizar para TLSv1 ou mais recente.

Os valores reconhecidos para --sslproto são fornecidos abaixo. Você normalmente deve escolher um dos
opções de negociação automática, ou seja, 'auto'ou uma das opções que terminam com um sinal de mais (+)
personagem. Observe que, dependendo da versão e configuração da biblioteca OpenSSL, algumas opções
causar erros de tempo de execução porque as versões SSL ou TLS solicitadas não são suportadas pelo
determinada biblioteca OpenSSL instalada.

'', a string vazia
Desative STARTTLS. Se --ssl for fornecido para o mesmo servidor, registra um erro e
fingir que 'auto'tinha sido usado em seu lugar.

'auto' (predefinição). Desde v6.4.0. Requer TLS. Negociar automaticamente TLSv1 ou mais recente, desabilitar
Downgrade de SSLv3. (fetchmail 6.3.26 e mais antigos negociaram automaticamente todos
protocolos suportados por sua biblioteca OpenSSL, incluindo SSLv3 quebrado).

'SSL23'
Vejo 'auto'.

'SSL3'Exigir SSLv3 exatamente. SSLv3 está quebrado, não é compatível com todos os sistemas, evite
se possível. Isso fará com que o fetchmail negocie apenas SSLv3, e é o
única maneira além de 'SSL3 +'para que o fetchmail 6.4.0 ou mais recente permita SSLv3.

'SSL3 +'
igual a 'auto', mas permite SSLv3 também. Esta é a única maneira além de
'SSL3'para que o fetchmail 6.4.0 ou mais recente permita SSLv3.

'TLS1'Requer TLSv1. Isso não negocia TLSv1.1 ou mais recente e não é recomendado.
Substitua por TLS1 +, a menos que este bloqueie seu servidor.

'TLS1 +'
Desde v6.4.0. Veja 'fBauto'.

'TLS1.1'
Desde v6.4.0. Requer TLS v1.1 exatamente.

'TLS1.1 +'
Desde v6.4.0. Requer TLS. Negocie automaticamente o TLSv1.1 ou mais recente.

'TLS1.2'
Desde v6.4.0. Requer TLS v1.2 exatamente.

'TLS1.2 +'
Desde v6.4.0. Requer TLS. Negocie automaticamente o TLSv1.2 ou mais recente.

Parâmetros não reconhecidos
são tratados da mesma forma que 'auto'.

NOTA: dificilmente você deve precisar usar outra coisa senão '' (para forçar um
conexão não criptografada) ou 'auto' (para impor TLS).

--sslcertck
(Palavra-chave: sslcertck)
Faz com que o fetchmail exija que SSL / TLS seja usado e desconecte se não puder
negociar SSL ou TLS com sucesso ou se não conseguir verificar e validar
o certificado e siga-o para uma âncora de confiança (ou certificado raiz confiável). o
as âncoras de confiança são fornecidas como um conjunto de certificados confiáveis ​​locais (consulte o arquivo sslcert
e sslcertpath opções). Se o certificado do servidor não pode ser obtido ou não é
assinado por um dos confiáveis ​​(direta ou indiretamente), o fetchmail irá
desconectar, independentemente do impressão digital opção.

Observe que as CRL (listas de revogação de certificados) são compatíveis apenas com OpenSSL 0.9.7
e mais recente! O relógio do seu sistema também deve ser razoavelmente preciso ao usar este
opção.

Observe que este comportamento opcional pode se tornar o comportamento padrão no futuro fetchmail
versões.

--sslcertfile
(Palavra-chave: sslcertfile, desde v6.3.17)
Define o arquivo que o fetchmail usa para procurar certificados locais. O padrão é vazio.
Isso pode ser fornecido junto com --sslcertpath abaixo, e certificados especificados em
--sslcertfile será processado antes daqueles em --sslcertpath. A opção pode ser
usado em adição a --sslcertpath.

O arquivo é um arquivo de texto. Ele contém a concatenação de certificados CA confiáveis
no formato PEM.

Observe que usar esta opção irá suprimir o carregamento da CA confiável SSL padrão
arquivo de certificados a menos que você defina a variável de ambiente
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS para um valor não vazio.

--sslcertpath
(Palavra-chave: sslcertpath)
Define o diretório que o fetchmail usa para procurar certificados locais. O padrão é
seu diretório padrão OpenSSL. O diretório deve ser hash da maneira que OpenSSL
espera - toda vez que você adiciona ou modifica um certificado no diretório, você precisa
usar o c_rehash ferramenta (que vem com OpenSSL em ferramentas / subdiretório).
Além disso, após as atualizações do OpenSSL, pode ser necessário executar c_rehash; particularmente quando
atualizando de 0.9.X para 1.0.0.

Isso pode ser fornecido junto com --sslcertfile acima, que ver para precedência
regras.

Observe que usar esta opção irá suprimir a adição da CA confiável SSL padrão
diretório de certificados a menos que você defina a variável de ambiente
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS para um valor não vazio.

--sslnomecomum <comum nome>
(Palavra-chave: sslcommonname; desde a v6.3.9)
O uso desta opção é desencorajado. Antes de usá-lo, entre em contato com o administrador do
seu servidor upstream e solicite um certificado SSL adequado para ser usado. Se isso
não pode ser alcançado, esta opção pode ser usada para especificar o nome (CommonName) que
o fetchmail espera no certificado do servidor. Um servidor configurado corretamente irá
tenha isto definido como o nome do host pelo qual é alcançado, e por padrão o fetchmail irá
espere tanto. Use esta opção quando o CommonName for definido com algum outro valor, para
evite o aviso de "incompatibilidade de nome comum do servidor" e somente se o servidor upstream
não pode ser feito para usar certificados adequados.

--sslf impressão digital
(Palavra-chave: sslfingerprint)
Especifique a impressão digital da chave do servidor (um hash MD5 da chave) em hexadecimal
notação com dois pontos separando grupos de dois dígitos. Os dígitos hexadecimais das letras devem ser
em maiúsculas. Este é o formato que o fetchmail usa para relatar a impressão digital
quando uma conexão SSL é estabelecida. Quando isto é especificado, o fetchmail irá
compare a impressão digital da chave do servidor com a fornecida, e a conexão falhará
se eles não corresponderem, independentemente do certificado SSL configuração. A conexão também
falhará se o fetchmail não puder obter um certificado SSL do servidor. Isso pode ser
usado para evitar ataques man-in-the-middle, mas a impressão digital do servidor
precisa ser obtido ou verificado por meio de um canal seguro, e certamente não por meio do
mesma conexão de Internet que o fetchmail usaria.

Usar esta opção impedirá a impressão de erros de verificação de certificado, desde que
--sslcertck não está definido.

Para obter a impressão digital de um certificado armazenado no arquivo cert.pem, tente:

openssl x509 -in cert.pem -noout -md5 -impressão digital

Para detalhes, veja x509(1ssl).

Entrega Controle Opções
-S | --smtphost
(Palavra-chave: smtp [host])
Especifique uma lista de busca de hosts para os quais encaminhar e-mails (um ou mais nomes de host, vírgula-
separados). Os hosts são testados em ordem de lista; o primeiro que sobe torna-se o
destino de encaminhamento para a execução atual. Se esta opção não for especificada,
'localhost' é usado como padrão. Cada nome de host pode ter um número de porta a seguir
o nome do host. O número da porta é separado do nome do host por uma barra; a
a porta padrão é "smtp". Se você especificar um nome de caminho absoluto (começando com /),
será interpretado como o nome de um socket UNIX que aceita conexões LMTP
(como é compatível com o daemon Cyrus IMAP) Exemplo:

--smtphost server1, server2 / 2525, server3, / var / imap / socket / lmtp

Esta opção pode ser usada com ODMR e tornará o fetchmail uma retransmissão entre o ODMR
servidor e receptor SMTP ou LMTP.

--fetchdomains
(Palavra-chave: fetchdomains)
No modo ETRN ou ODMR, esta opção especifica a lista de domínios que o servidor deve
enviar e-mail para uma vez que a conexão é revertida. O padrão é o FQDN do
máquina funcionando buscar correio.

-D | --smtpaddress
(Palavra-chave: smtpaddress)
Especifique o domínio a ser anexado aos endereços nas linhas RCPT TO enviadas para o SMTP.
Quando isso não é especificado, o nome do servidor SMTP (conforme especificado por
--smtphost) é usado para SMTP / LMTP e 'localhost' é usado para socket UNIX / BSMTP.

--smtpname
(Palavra-chave: smtpname)
Especifique o domínio e o usuário a serem colocados nas linhas RCPT TO enviadas para o SMTP. o
o usuário padrão é o usuário local atual.

-Z | --antispam <nnn[, nnn] ...>
(Palavra-chave: antispam)
Especifica a lista de erros numéricos de SMTP que devem ser interpretados como spam
bloquear a resposta do ouvinte. Um valor de -1 desativa esta opção. Para o
opção de linha de comando, os valores da lista devem ser separados por vírgulas.

-m | --mda
(Palavra-chave: mda)
Esta opção permite buscar correio usar uma mensagem ou agente de entrega local (MDA ou LDA)
diretamente, em vez de encaminhar via SMTP ou LMTP.

Para evitar a perda de e-mail, use esta opção apenas com MDAs como maildrop ou MTAs como
sendmail que sai com um status diferente de zero em disco cheio e outros erros de entrega;
o status diferente de zero diz ao fetchmail que a entrega falhou e impede a mensagem
de ser excluído do servidor.

If buscar correio está sendo executado como root, ele define seu id de usuário ao entregar e-mail através de
um MDA da seguinte maneira: primeiro, o ambiente FETCHMAILUSER, LOGNAME e USER
as variáveis ​​são verificadas nesta ordem. O valor da primeira variável de sua lista
que é definido (mesmo se estiver vazio!) é pesquisado no banco de dados do usuário do sistema. Se
nenhuma das variáveis ​​é definida, o fetchmail irá usar o id de usuário real que era
começou com. Se uma das variáveis ​​foi definida, mas o usuário afirmou que não há
encontrado, o fetchmail continua rodando como root, sem verificar as variáveis ​​restantes em
a lista. Praticamente, isso significa que se você executar o fetchmail como root (não
recomendado), é mais útil definir a variável de ambiente FETCHMAILUSER para
definir o usuário com o qual o MDA deve ser executado. Alguns MDAs (como maildrop) são projetados
ser setuid root e setuid para o id de usuário do destinatário, para que você não perca
funcionalidade desta forma, mesmo ao executar o fetchmail como um usuário sem privilégios. Verifica a
Manual do MDA para detalhes.

Alguns MDAs possíveis são "/ usr / sbin / sendmail -i -f% F -% T "(Nota: alguns vários
erro de versões mais antigas ou do fornecedor do sendmail - para um endereço, ao invés de um
indicador para marcar o fim dos argumentos da opção), "/ usr / bin / entregar" e
"/ usr / bin / maildrop -d% T". Os endereços de entrega local serão inseridos no MDA
comando onde quer que você coloque um% T; o endereço De da mensagem de correio será inserido
onde você coloca um% F.

Do NÃO anexar da %F or %T corda in solteiro citações! Para% T e% F, fetchmail
coloca os endereços entre aspas simples ('), depois de remover as aspas simples que eles
pode conter, antes que o comando MDA seja passado para o shell.

Do NÃO usar an MDA invocação que despachos on da conteúdo of Para / Cc / Bcc, como
"sendmail -i -t" ou "qmail-inject", irá criar loops de correio e trazer o justo
a ira de muitos postmasters sobre sua cabeça. Este é um dos mais frequentes
erros de configuração!

Além disso, faça não tente combinar o modo multidrop com um MDA, como o maildrop que pode
aceite apenas um endereço, a menos que seu upstream armazene uma cópia da mensagem por
destinatário e transporta o destinatário do envelope em um cabeçalho; você perderá e-mail.

O bem conhecido procmail(1) o pacote é muito difícil de configurar corretamente, ele tem um
comportamento desagradável de "passar para a próxima regra" em erros de entrega (até mesmo
temporárias, como falta de espaço em disco se o daemon de correio de outro usuário copiar o
caixa de correio para limpar mensagens antigas), então seu e-mail vai acabar no errado
caixa de correio mais cedo ou mais tarde. A configuração apropriada do procmail está fora do escopo do
esse documento. Usando correio(1) geralmente é muito mais fácil, e muitos usuários acham o
sintaxe de filtro usada por maildrop mais fácil de entender.

Por fim, recomendamos fortemente que você faça não use qmail-inject. A linha de comando
interface não é padrão sem fornecer benefícios para o uso típico, e fetchmail
não faz nenhuma tentativa de acomodar os desvios do padrão do qmail-inject. Algum
das opções de linha de comando e ambiente de qmail-inject são realmente perigosas e
pode causar threads interrompidos, mensagens duplicadas não detectadas e loops de encaminhamento.

--lmtp (Palavra-chave: lmtp)
Causa entrega via LMTP (Local Mail Transfer Protocol). Um host e porta de serviço
devo ser explicitamente especificado em cada host na lista de busca smtphost (veja acima) se
esta opção está selecionada; a porta padrão 25 (de acordo com RFC 2033) não
Ser aceito.

--bsmtp
(Palavra-chave: bsmtp)
Anexar correio obtido a um arquivo BSMTP. Isso simplesmente contém os comandos SMTP que
normalmente seria gerado por fetchmail ao passar e-mail para um ouvinte SMTP
demônio.

Um argumento '-' faz com que o lote SMTP seja gravado na saída padrão, que é
de uso limitado: isso só faz sentido para depuração, porque o fetchmail
a saída é intercalada no mesmo canal, então isso não é adequado para e-mail
Entrega. Este modo especial pode ser removido em uma versão posterior.

Observe que a reconstrução das linhas MAIL FROM e RCPT TO do fetchmail não é
garantido correto; as advertências discutidas em O USO E ABUSO DE MULTIDROP
CAIXAS DE CORREIO abaixo se aplicam. Este modo tem precedência antes de --mda e SMTP / LMTP.

--cabeçalho ruim {rejeitar | aceitar}
(Palavra-chave: cabeçalho inválido; desde a v6.3.15)
Especifique como o fetchmail deve tratar as mensagens com cabeçalhos inválidos, ou seja, cabeçalhos
com sintaxe incorreta. Tradicionalmente, o fetchmail rejeitou essas mensagens, mas alguns
distribuidores modificaram o fetchmail para aceitá-los. Agora você pode configurar o fetchmail
comportamento por servidor.

Recursos Limitar Controle Opções
-l | --limite
(Palavra-chave: limite)
Aceita um argumento de tamanho máximo do octeto, onde 0 é o padrão e também o especial
valor designando "sem limite". Se diferente de zero, mensagens maiores que este tamanho não serão
ser obtido e será deixado no servidor (em sessões de primeiro plano, o progresso
mensagens notarão que estão "sobredimensionadas"). Se o protocolo de busca permitir (em
particular, em IMAP ou POP3 sem a opção fetchall), a mensagem não será
marcado como visto.

Um --limit explícito de 0 substitui quaisquer limites definidos em seu arquivo de controle de execução. Esse
opção é destinada para aqueles que precisam controlar estritamente o tempo de busca devido a
tarifas telefônicas caras e variáveis.

Combinado com --limitflush, pode ser usado para excluir mensagens grandes que aguardam
um servidor. No modo daemon, notificações de tamanho grande são enviadas para o usuário que fez a chamada
(veja a opção --warnings). Esta opção não funciona com ETRN ou ODMR.

-w | - advertências
(Palavra-chave: avisos)
Faz um intervalo em segundos. Quando Você ligar buscar correio com uma opção de 'limite' em
modo daemon, isso controla o intervalo em que os avisos sobre mensagens grandes
são enviados para o usuário de chamada (ou o usuário especificado pela opção 'postmaster').
Uma dessas notificações é sempre enviada no final da primeira votação que o
mensagem superdimensionada é detectada. Depois disso, a nova notificação é suprimida até
depois de decorrido o intervalo de aviso (ocorrerá no final do primeiro
seguinte enquete).

-b | - limite de lote
(Palavra-chave: limite de lote)
Especifique o número máximo de mensagens que serão enviadas para um ouvinte SMTP
antes que a conexão seja deliberadamente interrompida e reconstruída (o padrão é 0, o que significa
sem limite). Um - limite de lote explícito de 0 substitui quaisquer limites definidos em sua execução
arquivo de controle. Enquanto enviar correio(8) normalmente inicia a entrega de uma mensagem
imediatamente após receber o terminador de mensagem, alguns ouvintes SMTP não são tão
mensagem. MTAs gostam smail(8) pode esperar até que o soquete de entrega seja desligado para
entregar. Isso pode produzir atrasos irritantes quando buscar correio está processando muito grande
lotes. Definir o limite do lote para um tamanho diferente de zero evitará esses atrasos.
Esta opção não funciona com ETRN ou ODMR.

-B | --fetchlimit
(Palavra-chave: fetchlimit)
Limite o número de mensagens aceitas de um determinado servidor em uma única votação. Por
padrão, não há limite. Um --fetchlimit explícito de 0 substitui qualquer limite definido
em seu arquivo de controle de execução. Esta opção não funciona com ETRN ou ODMR.

--fetchsizelimit
(Palavra-chave: fetchsizelimit)
Limitar o número de tamanhos de mensagens aceitas de um determinado servidor em um único
transação. Esta opção é útil para reduzir o atraso no download do primeiro
mail quando houver muitos e-mails na caixa de correio. Por padrão, o limite é 100.
Se definido como 0, os tamanhos de todas as mensagens são baixados no início. Esta opção faz
não funciona com ETRN ou ODMR. Para POP3, o único valor diferente de zero válido é 1.

--fastuidl
(Palavra-chave: fastuidl)
Faça uma pesquisa binária em vez de linear para o primeiro UID invisível. Pesquisa binária evita
baixando os UIDs de todos os e-mails. Isso economiza tempo (especialmente no modo daemon)
onde baixar o mesmo conjunto de UIDs em cada votação é um desperdício de largura de banda. o
o número 'n' indica quão raramente uma pesquisa linear deve ser feita. No modo daemon,
a pesquisa linear é usada uma vez seguida por pesquisas binárias em pesquisas 'n-1' se 'n' for
maior que 1; a pesquisa binária é sempre usada se 'n' for 1; busca linear é sempre
usado se 'n' for 0. No modo não-daemon, a pesquisa binária é usada se 'n' for 1; de outra forma
pesquisa linear é usada. O valor padrão de 'n' é 4. Esta opção funciona com POP3
só.

-e | --expurgar
(Palavra-chave: eliminar)
Providencie para que as exclusões sejam finalizadas após um determinado número de mensagens. Debaixo
POP2 ou POP3, o fetchmail não pode fazer exclusões finais sem enviar QUIT e terminar
a sessão - com esta opção ativada, o fetchmail interromperá uma longa recuperação de e-mail
sessão em várias sub-sessões, enviando QUIT após cada sub-sessão. Isto é um
boa defesa contra quedas de linha em servidores POP3. No IMAP, buscar correio normalmente
emite um comando EXPUNGE após cada exclusão para forçar a exclusão a ser
feito imediatamente. Isso é mais seguro quando sua conexão com o servidor é instável e
caro, pois evita o reenvio de correspondência duplicada após uma linha ser atingida. No entanto, em
grandes caixas de correio, a sobrecarga de reindexação após cada mensagem pode derrubar o servidor
muito difícil, então, se sua conexão for confiável, é bom fazer menos expurgos
freqüentemente. Observe também que alguns servidores impõem um atraso de alguns segundos após
cada saída, portanto, o fetchmail pode não ser capaz de voltar imediatamente após uma eliminação
- você pode ver erros de "bloqueio ocupado" se isso acontecer. Se você especificar esta opção para um
inteiro N, ele diz buscar correio para apenas emitir expurgos em cada enésima exclusão. Um
argumento de zero suprime expungidos inteiramente (portanto, nenhum expurgo será feito
até o final da execução). Esta opção não funciona com ETRN ou ODMR.

Autenticação Opções
-u | --do utilizador | --nome do usuário
(Palavra-chave: usuário [nome])
Especifica a identificação do usuário a ser usada ao fazer login no servidor de e-mail.
A identificação de usuário apropriada depende do servidor e do usuário. O padrão
é o seu nome de login na máquina cliente que está rodando buscar correio. Veja USUÁRIO
AUTENTICAÇÃO abaixo para uma descrição completa.

-I | --interface
(Palavra-chave: interface)
Exigir que um dispositivo de interface específico esteja ativo e tenha um local ou remoto específico
IPv4 (IPv6 ainda não é compatível com esta opção) endereço (ou intervalo) antes da pesquisa.
Perguntas buscar correio é usado em um link TCP / IP ponto a ponto transitório
estabelecido diretamente para um servidor de correio via SLIP ou PPP. Isso é relativamente seguro
canal. Mas quando existem outras rotas TCP / IP para o servidor de e-mail (por exemplo, quando o link
está conectado a um ISP alternativo), seu nome de usuário e senha podem estar vulneráveis ​​a
espionagem (especialmente quando o modo daemon pesquisa automaticamente por e-mail, enviando um
limpar a senha na rede em intervalos previsíveis). A opção --interface pode
ser usado para prevenir isso. Quando o link especificado não está ativo ou não está conectado a
um endereço IP correspondente, a pesquisa será ignorada. O formato é:

interface / iii.iii.iii.iii [/mmm.mmm.mmm.mmm]

O campo antes da primeira barra é o nome da interface (ou seja, sl0, ppp0 etc.). o
campo antes da segunda barra é o endereço IP aceitável. O campo após o
a segunda barra é uma máscara que especifica um intervalo de endereços IP a serem aceitos. Se não
máscara está presente 255.255.255.255 é assumido (ou seja, uma correspondência exata). Esta opção é
atualmente suportado apenas em Linux e FreeBSD. por favor veja o monitor seção
abaixo para informações específicas do FreeBSD.

Note que esta opção pode ser removida de uma versão futura do fetchmail.

-M | --monitor
(Palavra-chave: monitor)
O modo Daemon pode causar links temporários que são automaticamente desligados após um
período de inatividade (por exemplo, links PPP) para permanecer ativo indefinidamente. Esta opção
identifica uma interface TCP / IP do sistema a ser monitorada quanto à atividade. Depois de cada enquete
intervalo, se o link estiver ativo, mas nenhuma outra atividade tiver ocorrido no link, então
a votação será ignorada. No entanto, quando o fetchmail é ativado por um sinal, o
a verificação do monitor é ignorada e a pesquisa continua incondicionalmente. Esta opção é
atualmente suportado apenas em Linux e FreeBSD. Para o monitor e interface
opções para trabalhar para usuários não root no FreeBSD, o binário do fetchmail deve ser
instalado SGID kmem. Isso seria uma falha de segurança, mas o fetchmail roda com o
GID efetivo definido para aquele do grupo kmem só quando os dados da interface estão sendo
coletados.

Note que esta opção pode ser removida de uma versão futura do fetchmail.

--auth
(Palavra-chave: auth [enticate])
Esta opção permite que você especifique um tipo de autenticação (ver AUTENTICAÇÃO DO USUÁRIO
abaixo para detalhes). Os valores possíveis são qualquer, senha, kerberos_v5, Kerberos
(ou, para exatidão excruciante, kerberos_v4), gssapi, cram-md5, otp, ntlm, msn
(apenas para POP3), externo (apenas IMAP) e ssh. Quando qualquer (o padrão) é
especificado, o fetchmail tenta os primeiros métodos que não requerem uma senha (EXTERNO,
GSSAPI, KERBEROS IV, KERBEROS 5); então ele procura métodos que mascaram sua senha
(CRAM-MD5, NTLM, X-OTP - observe que o MSN só é compatível com POP3, mas não
autoprobed); e somente se o servidor não oferecer suporte a qualquer um deles, ele enviará seu
senha en clair. Outros valores podem ser usados ​​para forçar várias autenticações
métodos (ssh suprime a autenticação e, portanto, é útil para IMAP PREAUTH).
(externo suprime a autenticação e, portanto, é útil para IMAP EXTERNAL). Algum
valor diferente de senha, cram-md5, ntlm, msn or otp suprime o normal do fetchmail
pergunta por uma senha. Especificamos ssh quando você está usando um sistema seguro de ponta a ponta
conexão como um túnel ssh; especificamos externo quando você usa TLS com o cliente
autenticação e especificar gssapi or kerberos_v4 se você estiver usando um protocolo
variante que emprega GSSAPI ou K4. A escolha do protocolo KPOP seleciona automaticamente
Autenticação Kerberos. Esta opção não funciona com ETRN. Serviço GSSAPI
os nomes estão de acordo com os registros RFC-2743 e IANA, consulte Segurança genérica
Service Application Program Interface (GSSAPI) / Kerberos / Autenticação Simples e
Nomes de serviço da camada de segurança (SASL) ⟨http://www.iana.org/assignments/
gssapi-service-names /⟩.

Gerais Opções
-f | --fetchmailrc
Especifique um nome não padrão para o ~ / .fetchmailrc executar arquivo de controle. O nome do caminho
o argumento deve ser "-" (um único traço, o que significa ler a configuração de
entrada padrão) ou um nome de arquivo. A menos que a opção --version também esteja ativada, um nome
o argumento do arquivo deve ter permissões não mais abertas do que 0700 (u = rwx, g =, o =) ou então ser
/ dev / null.

-i | --idfile
(Palavra-chave: idfile)
Especifique um nome alternativo para o arquivo .fetchids usado para salvar UIDs de mensagens. NOTA:
desde o fetchmail 6.3.0, o acesso de gravação ao diretório que contém o idfile é
necessário, pois o fetchmail grava um arquivo temporário e o renomeia no lugar do
idfile real apenas se o arquivo temporário foi gravado com sucesso. Isso evita
o truncamento de idfiles ao ficar sem espaço em disco.

--pidfile
(Palavra-chave: pidfile; desde fetchmail v6.3.4)
Substitua a localização padrão do arquivo PID. Padrão: veja "AMBIENTE" abaixo.

-n | --norewrite
(Palavra-chave: sem reescrever)
Normalmente, buscar correio edita cabeçalhos de endereço RFC-822 (Para, De, Cc, Cco e Responder para)
no correio obtido para que quaisquer IDs de correio locais para o servidor sejam expandidos totalmente
endereços (@ e o nome do host do servidor de e-mail são anexados). Isso permite respostas em
o cliente seja endereçado corretamente (caso contrário, seu remetente pode pensar que eles
deve ser endereçado a usuários locais na máquina cliente!). Esta opção desativa
a reescrita. (Esta opção é fornecida para pacificar as pessoas que são paranóicas sobre
ter um MTA editar cabeçalhos de e-mail e querer saber se pode evitá-lo, mas é
geralmente não é uma boa ideia desligar a reescrita.) Ao usar ETRN ou ODMR,
a opção de reescrever é ineficaz.

-E | --envelope
(Palavra-chave: envelope; somente multidrop)
No arquivo de configuração, uma sintaxe aprimorada é usada:
envelope [ ]

Esta opção muda o cabeçalho buscar correio assume que carregará uma cópia do correio
endereço do envelope. Normalmente é 'X-Envelope-To'. Outros cabeçalhos normalmente encontrados
para carregar as informações do envelope são 'X-Original-To' e 'Delivered-To'. Agora, desde
esses cabeçalhos não são padronizados, a prática varia. Veja a discussão de
tratamento de endereço multidrop abaixo. Como um caso especial, 'envelope "Recebido"' habilita
análise de linhas recebidas no estilo sendmail. Este é o padrão, mas desencorajado
porque não é totalmente confiável.

Observe que o fetchmail espera que a linha recebida esteja em um formato específico: deve
conter "por hospedeiro for endereço", Onde hospedeiro deve corresponder a um dos nomes do servidor de e-mail
que o fetchmail reconhece para a conta em questão.

O argumento opcional de contagem (disponível apenas no arquivo de configuração) determina
quantas linhas de cabeçalho desse tipo são ignoradas. Uma contagem de 1 significa: pule o primeiro,
pegue o segundo. Uma contagem de 2 significa: pule o primeiro e o segundo, pegue o terceiro e
assim por diante.

-Q | --qvirtual
(Palavra-chave: qvirtual; somente multidrop)
O prefixo da string atribuído a esta opção será removido do nome de usuário encontrado
no cabeçalho especificado com o envelope opção (antes fazendo nome multidrop
mapeamento ou verificação de domínio local, se aplicável). Esta opção é útil se
você está usando buscar correio para coletar o correio de um domínio inteiro e de seu ISP (ou
seu provedor de redirecionamento de e-mail) está usando qmail. Um dos recursos básicos do qmail
é o Entregue a: cabeçalho da mensagem. Sempre que o qmail entrega uma mensagem a um local
caixa de correio ele coloca o nome de usuário e o nome do host do destinatário do envelope nesta linha.
A principal razão para isso é evitar loops de email. Para configurar o qmail para o correio em lote
para um site desconectado, o provedor de e-mail do provedor normalmente colocará esse site em seu
Arquivo de controle 'Virtualhosts' para que ele adicione um prefixo a todos os endereços de e-mail para este
local. Isso resulta em e-mail enviado para '[email protegido]' tendo uma
Entregue a: linha do formulário:

Entregue a: [email protegido]

O ISP pode fazer o prefixo 'mbox-userstr-' qualquer coisa que eles escolherem, mas uma string correspondendo ao
o nome do host do usuário é provável. Ao usar a opção 'envelope Delivered-To:' você pode fazer
o fetchmail identifica de forma confiável o destinatário do envelope original, mas você deve retirar o
prefixo 'mbox-userstr-' para entregar ao usuário correto. É para isso que serve essa opção.

--configdump
Analise o ~ / .fetchmailrc arquivo, interpretar quaisquer opções de linha de comando especificadas e
despeje um relatório de configuração na saída padrão. O relatório de configuração é um dado
atribuição de estrutura na linguagem Python. Esta opção deve ser usada com
um interativo ~ / .fetchmailrc editor gosta buscarmailconf, escrito em Python.

Removido Opções
-T | --netsec
Removido antes da versão 6.3.0, a biblioteca inet6_apps subjacente necessária tinha sido
descontinuado e não está mais disponível.

USUÁRIO AUTENTICAÇÃO E CRIPTOGRAFIA

Todos os modos, exceto ETRN, requerem autenticação do cliente para o servidor. Usuário normal
autenticação em buscar correio é muito parecido com o mecanismo de autenticação de ftp(1) o
A id de usuário e a senha corretas dependem do sistema de segurança subjacente no servidor de e-mail.

Se o servidor de e-mail for uma máquina Unix na qual você tem uma conta de usuário comum, seu
nome de login regular e senha são usados ​​com buscar correio. Se você usar o mesmo nome de login
nas máquinas do servidor e do cliente, você não precisa se preocupar em especificar um ID de usuário
com o -u opção - o comportamento padrão é usar seu nome de login na máquina cliente
como o ID do usuário na máquina do servidor. Se você usar um nome de login diferente no servidor
máquina, especifique esse nome de login com o -u opção. por exemplo, se o seu nome de login for 'jsmith'
em uma máquina chamada 'mailgrunt', você começaria buscar correio como se segue:

fetchmail -u jsmith mailgrunt

O comportamento padrão de buscar correio é solicitar sua senha do servidor de e-mail antes de
conexão é estabelecida. Esta é a maneira mais segura de usar buscar correio e garante que seu
a senha não será comprometida. Você também pode especificar sua senha em seu
~ / .fetchmailrc Arquivo. Isso é conveniente ao usar buscar correio no modo daemon ou com
scripts.

utilização Netrc arquivos
Se você não especificar uma senha, e buscar correio não pode extrair um de seu
~ / .fetchmailrc arquivo, ele irá procurar por um ~ / .netrc arquivo em seu diretório inicial antes
solicitando um interativamente; se uma entrada correspondente ao servidor de e-mail for encontrada nesse arquivo,
a senha será usada. O Fetchmail primeiro procura por uma correspondência no nome da enquete; se encontrar
nenhum, ele verifica se há uma correspondência em via nome. Veja o ftp(1) página de manual para detalhes do
sintaxe do ~ / .netrc Arquivo. Para mostrar um exemplo prático, um .netrc pode ter a seguinte aparência:

máquina hermes.example.org
entrar joão
senha secreta

Você pode repetir este bloqueio com diferentes informações do usuário se precisar fornecer mais de
uma senha.

Este recurso pode permitir que você evite duplicar informações de senha em mais de um
arquivo.

Em servidores de e-mail que não fornecem contas de usuário comuns, seu ID de usuário e senha são
geralmente atribuído pelo administrador do servidor quando você se inscreve para uma caixa de correio no servidor.
Entre em contato com o administrador do servidor se você não souber o ID de usuário e a senha corretos para
sua conta de caixa de correio.

POP3 VARIANTES

As primeiras versões do POP3 (RFC1081, RFC1225) suportavam uma forma bruta de
autenticação usando o .rhosts arquivo no lado do servidor de e-mail. Sob esta variante RPOP, um
O ID fixo por usuário equivalente a uma senha foi enviado em claro por meio de um link para um endereço reservado
porta, com o comando RPOP em vez de PASS para alertar o servidor que deve fazer especial
verificando. RPOP é apoiado por buscar correio (você pode especificar 'protocolo RPOP' para ter o
envie 'RPOP' em vez de 'PASS'), mas seu uso é fortemente desencorajado e suporte
será removido de uma versão futura do fetchmail. Esta instalação era vulnerável a falsificação
e foi retirado no RFC1460.

O RFC1460 introduziu a autenticação APOP. Nesta variante do POP3, você registra um APOP
senha no host do seu servidor (em alguns servidores, o programa para fazer isso é chamado
popauth(8)). Você colocou a mesma senha em seu ~ / .fetchmailrc Arquivo. Cada vez buscar correio
faz login, ele envia um hash MD5 de sua senha e o tempo de saudação do servidor para o servidor,
que pode verificá-lo verificando seu banco de dados de autorização.

Note que UM ESTOURO is não mais considerado resistente contra homem no meio ataques.

RETIRAR or TOPO
buscar correio faz alguns esforços para fazer o servidor acreditar que as mensagens não foram recuperadas,
usando o comando TOP com um grande número de linhas quando possível. TOP é um comando
que recupera o cabeçalho completo e um buscar correio- quantidade especificada de linhas corporais. Isto é
opcional e, portanto, não implementado por todos os servidores, e alguns são conhecidos por implementá-lo
inadequadamente. Em muitos servidores, no entanto, o comando RETR que recupera a mensagem completa
com cabeçalho e corpo, define o sinalizador "visto" (por exemplo, em uma interface da web), enquanto o
O comando TOP não faz isso.

buscar correio sempre usará o comando RETR se "fetchall" estiver definido. buscar correio também usará
o comando RETR se "manter" estiver definido e "uidl" não estiver definido. Finalmente, buscar correio usará o
Comando RETR em servidores Maillennium POP3 / PROXY (usados ​​pela Comcast) para evitar um TOP deliberado
interpretação incorreta neste servidor que causa corrupção de mensagem.

Em todos os outros casos, buscar correio usará o comando TOP. Isso implica que em "manter"
configurações, "uidl" deve ser definido se "TOP" for desejado.

Note que esta descrição é verdadeira para a versão atual do fetchmail, mas o comportamento
pode mudar em versões futuras. Em particular, o fetchmail pode preferir o comando RETR
porque o comando TOP causa muito sofrimento em alguns servidores e é apenas opcional.

ALTERNATE AUTENTICAÇÃO FORMAS

Se seu buscar correio foi construído com suporte Kerberos e você especifica a autenticação Kerberos
(seja com --auth ou o .fetchmailrc opção autenticar kerberos_v4) vai tentar
obtenha um tíquete Kerberos do servidor de e-mail no início de cada consulta. Nota: se o
pollname ou via name é 'hesiod', o fetchmail irá tentar usar Hesiod para procurar o
servidor de e-mail.

Se você usa POP3 ou IMAP com autenticação GSSAPI, buscar correio esperará que o servidor
têm capacidade GSSAPI em conformidade com RFC1731 ou RFC1734 e irão usá-la. Atualmente este
só foi testado no Kerberos V, então espera-se que você já tenha uma concessão de tíquete
bilhete. Você pode passar um nome de usuário diferente do seu nome principal usando o padrão
--do utilizador comando ou pelo .fetchmailrc opção usuário.

Se o seu daemon IMAP retornar a resposta PREAUTH em sua linha de saudação, o fetchmail irá
observe isso e pule a etapa de autenticação normal. Isso pode ser útil, por exemplo, se você
inicie o imapd explicitamente usando ssh. Neste caso, você pode declarar o valor de autenticação
'ssh' na entrada do site para parar .fetchmail de pedir uma senha quando começar
para cima.

Se você usar autenticação de cliente com TLS1 e seu daemon IMAP retorna o AUTH = EXTERNAL
resposta, o fetchmail notará isso e usará o atalho de autenticação e não
envie a senha longa. Neste caso, você pode declarar o valor de autenticação 'externo'
naquele site para parar buscar correio de pedir uma senha quando ele é iniciado.

Se você estiver usando POP3, e o servidor emitir um desafio de senha única em conformidade com
RFC1938, buscar correio usará sua senha como uma frase secreta para gerar o necessário
resposta. Isso evita o envio de segredos pela rede não criptografados.

A autenticação RPA da Compuserve é suportada. Se você compilar no suporte, buscar correio
tentará realizar uma autenticação de frase secreta RPA em vez de enviar a senha
en clair se detectar "@ compuserve.com" no nome do host.

Se você estiver usando IMAP, a autenticação NTLM da Microsoft (usada pelo Microsoft Exchange) é
suportado. Se você compilar no suporte, buscar correio tentará realizar um NTLM
autenticação (em vez de enviar a senha en clair) sempre que o servidor retorna
AUTH = NTLM em sua resposta de capacidade. Especifique um valor de opção do usuário que se pareça com
'usuário @ domínio': a parte à esquerda de @ será passada como o nome de usuário e a parte
à direita como o domínio NTLM.

Garanta o soquete Camadas (SSL) e Transporte Camada Segurança (TLS)
transporte. Além disso, a recuperação POP3 e IMAP também pode negociar SSL / TLS por meio de
STARTTLS (ou STLS).

Observe que o fetchmail atualmente usa a biblioteca OpenSSL, que é severamente subdocumentada,
assim, as falhas podem ocorrer apenas porque os programadores não estão cientes dos requisitos do OpenSSL
do dia. Por exemplo, desde a v6.3.16, o fetchmail chama OpenSSL_add_all_algorithms (),
que é necessário para oferecer suporte a certificados usando SHA256 no OpenSSL 0.9.8 - este
a informação está profundamente escondida na documentação e nem um pouco óbvia. Por favor não
hesite em relatar falhas de SSL sutis.

Você pode acessar serviços criptografados SSL especificando as opções começando com --ssl, como
como --ssl, --sslproto, --sslcertck e outros. Você também pode fazer isso usando o
opções de usuário correspondentes no arquivo .fetchmailrc. Alguns serviços, como POP3 e
IMAP, têm diferentes portas conhecidas definidas para os serviços criptografados SSL. o
portas criptografadas serão selecionadas automaticamente quando SSL estiver habilitado e nenhuma porta explícita for
Especificadas. Além disso, a linha de comando --sslcertck ou a opção de arquivo de controle de execução sslcertck
deve ser usado para forçar a verificação estrita do certificado - veja abaixo.

Se o SSL não estiver configurado, o fetchmail geralmente tentará usar o STARTTLS de forma oportunista.
STARTTLS pode ser reforçado usando --sslproto auto e derrotado usando --sslproto ''.
As conexões TLS usam a mesma porta que a versão não criptografada do protocolo e negociam
TLS via comando especial. A linha de comando --sslcertck ou a opção de arquivo de controle de execução sslcertck
deve ser usado para forçar a verificação estrita do certificado - veja abaixo.

--sslcertck is recomendado: Ao se conectar a um servidor criptografado SSL ou TLS, o servidor
apresenta um certificado ao cliente para validação. O certificado é verificado para verificar
se o nome comum no certificado corresponde ao nome do servidor que está sendo contatado e
que as datas de vigência e expiração no certificado indicam que ele está
válido. Se alguma dessas verificações falhar, uma mensagem de aviso será impressa, mas a conexão
continuou. O certificado do servidor não precisa ser assinado por nenhum Certificador específico
Autoridade e pode ser um certificado "autoassinado". Se a opção de linha de comando --sslcertck
ou a opção sslcertck run control file for usada, o fetchmail irá abortar se qualquer um destes
as verificações falham, porque deve assumir que há um ataque man-in-the-middle neste
cenário, portanto, o fetchmail não deve expor as senhas em texto não criptografado. Uso do sslcertck ou
A opção --sslcertck é, portanto, recomendada.

Alguns servidores criptografados SSL podem solicitar um certificado do lado do cliente. Um público do lado do cliente
O certificado SSL e a chave SSL privada podem ser especificados. Se solicitado pelo servidor, o
o certificado do cliente é enviado ao servidor para validação. Alguns servidores podem exigir um válido
certificado de cliente e pode recusar conexões se um certificado não for fornecido ou se o
certificado não é válido. Alguns servidores podem exigir que certificados do lado do cliente sejam assinados por
uma autoridade de certificação reconhecida. O formato para os arquivos de chave e os arquivos de certificado
é o exigido pelas bibliotecas SSL subjacentes (OpenSSL no caso geral).

Uma palavra de atenção sobre o uso de SSL: embora tenha sido mencionado acima, a configuração com servidor autoassinado
certificados recuperados através dos fios podem protegê-lo de um intruso passivo,
não ajuda contra um atacante ativo. É claramente uma melhoria em relação ao envio de
senhas claras, mas você deve estar ciente de que um ataque man-in-the-middle é trivial
possível (em particular com ferramentas como dsniff ⟨http://monkey.org/~dugsong/dsniff/⟩,).
Uso de verificação de certificado estrito com uma autoridade de certificação reconhecida pelo servidor e
cliente, ou talvez de um túnel SSH (veja abaixo alguns exemplos) é preferível se você
se preocupe seriamente com a segurança de sua caixa de correio e senhas.

ESMTP AUTH
buscar correio também suporta autenticação para o servidor ESMTP no lado do cliente de acordo com
RFC 2554. Você pode especificar um par nome / senha a ser usado com as palavras-chave 'esmtpname'
e 'esmtppassword'; o primeiro padrão é o nome de usuário do usuário que fez a chamada.

DAEMON MODA

Apresentando... da demônio modo
No modo daemon, buscar correio coloca-se em segundo plano e funciona para sempre, consultando cada
host especificado e, em seguida, dormindo por um determinado intervalo de pesquisa.

Comece da demônio modo
Existem várias maneiras de fazer o fetchmail funcionar no modo daemon. Na linha de comando,
--daemon or -d opção é executado buscar correio no modo daemon. Você deve
especifique um argumento numérico que é um intervalo de pesquisa (tempo de espera após completar um
todo o ciclo de sondagem com o último servidor e antes de iniciar o próximo ciclo de sondagem com o
primeiro servidor) em segundos.

Exemplo: simplesmente invocando

fetchmail -d 900

irá, portanto, pesquisar todos os hosts descritos em seu ~ / .fetchmailrc arquivo (exceto aqueles
explicitamente excluído com o verbo 'pular') um pouco menos frequentemente do que uma vez a cada 15 minutos
(exatamente: 15 minutos + tempo que leva a votação).

Também é possível definir um intervalo de votação em seu ~ / .fetchmailrc arquivo dizendo
'definir daemon ', Onde é um número inteiro de segundos. Se você fizer
isso, o fetchmail sempre iniciará no modo daemon, a menos que você o substitua com o comando-
opção de linha --daemon 0 ou -d0.

Apenas um processo daemon é permitido por usuário; no modo daemon, buscar correio configura um por-
arquivo de bloqueio do usuário para garantir isso. (No entanto, você pode trapacear e definir o FETCHMAILHOME
variável de ambiente para superar essa configuração, mas, nesse caso, é sua responsabilidade
para ter certeza de que você não está pesquisando o mesmo servidor com dois processos ao mesmo tempo.)

Despertar da fundo demônio
Normalmente, chamar o fetchmail com um daemon em segundo plano envia um sinal de ativação para o
daemon e fecha sem saída. O daemon de fundo então inicia seu próximo ciclo de votação
imediatamente. O sinal de despertar, SIGUSR1, também pode ser enviado manualmente. A ação de despertar
também apaga qualquer sinalizador 'travado', indicando que as conexões travaram devido a falhas
autenticação ou vários tempos limite.

Terminando da fundo demônio
A opção --Sair irá matar um processo daemon em execução em vez de acordá-lo (se houver
nenhum tal processo, buscar correio irá notificá-lo). Se a opção --quit aparecer por último no
linha de comando, buscar correio irá encerrar o processo daemon em execução e, em seguida, encerrar. De outra forma,
buscar correio irá primeiro matar um processo daemon em execução e, em seguida, continuar a execução com o
outras opções.

Útil opções for demônio modo
A -L or --arquivo de log opção (palavra-chave: definir arquivo de log) só é eficaz
quando o fetchmail é desanexado e em modo daemon. Observe que da arquivo de log devo existir antes
o fetchmail é executado, você pode usar o contacto(1) comando com o nome do arquivo como seu único argumento
para criá-lo.
Esta opção permite que você redirecione as mensagens de status para um arquivo de log especificado (siga o
com o nome do arquivo de log). O arquivo de log é aberto para anexar, portanto, as mensagens anteriores
não são excluídos. Isso é útil principalmente para configurações de depuração. Observe que
fetchmail não detecta se o arquivo de log é girado, o arquivo de log só é aberto uma vez quando
o fetchmail é iniciado. Você precisa reiniciar o fetchmail após girar o arquivo de log e antes
comprimindo-o (se aplicável).

A --syslog opção (palavra-chave: definir syslog) permite que você redirecione o status e as mensagens de erro
emitido para o syslog(3) daemon do sistema, se disponível. As mensagens são registradas com um id de
buscar correio, a facilidade LOG_MAIL, e prioridades LOG_ERR, LOG_ALERT or LOG_INFO. Este
opção destina-se a registrar o status e mensagens de erro que indicam o status do
daemon e os resultados ao obter e-mail do (s) servidor (es). Mensagens de erro para comando
opções de linha e analisando o .fetchmailrc arquivo ainda são gravados em stderr ou no
arquivo de log especificado. o --nosyslog opção desativa o uso de syslog(3), supondo que seja
ligado no ~ / .fetchmailrc Arquivo. Esta opção é substituída, em certas situações,
by --arquivo de log (que ver).

A -N or --nodetach opção suprime o background e desanexação do processo daemon
de seu terminal de controle. Isso é útil para depuração ou quando o fetchmail é executado como o
filho de um processo de supervisor, como o init(8) ou Gerrit Pape's executá-lo(8). Observe que este
também faz com que a opção logfile seja ignorada.

Observe que durante a execução no modo daemon, pesquisando um servidor POP2 ou IMAP2bis, erros temporários
(como falhas de DNS ou recusas de entrega de sendmail) podem forçar a opção fetchall para
a duração do próximo ciclo de votação. Este é um recurso de robustez. Isso significa que se um
a mensagem é obtida (e, portanto, marcada como vista pelo servidor de e-mail), mas não entregue localmente devido
para algum erro transitório, ele será recuperado durante o próximo ciclo de pesquisa. (O IMAP
a lógica não exclui mensagens até que elas sejam entregues, então esse problema não surge.)

Se você tocar ou alterar o ~ / .fetchmailrc arquivo enquanto o fetchmail está sendo executado no modo daemon,
isso será detectado no início do próximo ciclo de votação. Quando um mudou
~ / .fetchmailrc for detectado, o fetchmail relê-o e reinicia do zero (usando exec(2);
nenhuma informação de estado é retida na nova instância). Observe que se o fetchmail precisar
consulta de senhas, se você quebrar o ~ / .fetchmailrc sintaxe do arquivo, o novo
instância desaparecerá suave e silenciosamente na inicialização.

ADMINISTRATIVA OPÇÕES

A --postmaster opção (palavra-chave: definir postmaster) especifica o último recurso
nome de usuário para o qual o e-mail multidrop deve ser encaminhado se nenhum destinatário local correspondente puder ser
encontrado. Também é usado como destino de e-mails não entregues se o 'bouncemail' global
opção está desligada e, adicionalmente, para e-mails bloqueados por spam se a opção global 'bouncemail' for
desligado e a opção global 'spambounce' está ligada. Esta opção é padronizada para o usuário que invocou
buscar correio. Se o usuário de chamada for root, o padrão desta opção é o usuário
'postmaster'. Definir postmaster como uma string vazia causa esse tipo de e-mail, conforme descrito acima
para ser descartado - no entanto, isso geralmente é uma má ideia. Veja também a descrição do
Variável de ambiente 'FETCHMAILUSER' na seção AMBIENTE abaixo.

A --nobounce se comporta como a opção global "set no bouncemail", que ver.

A --invisível opção (palavra-chave: definir invisível) tenta tornar o fetchmail invisível.
Normalmente, o fetchmail se comporta como qualquer outro MTA - ele gera um cabeçalho Recebido
em cada mensagem, descrevendo seu lugar na cadeia de transmissão e informando ao MTA que
encaminha para que o e-mail veio da máquina em que o próprio fetchmail está rodando. Se o
opção invisível está ativada, o cabeçalho recebido é suprimido e o fetchmail tenta falsificar o
MTA ele encaminha para pensar que veio diretamente do host do servidor de e-mail.

A --showdots option (palavra-chave: set showdots) força o fetchmail a mostrar pontos de progresso mesmo
se a saída for para um arquivo ou o fetchmail não estiver no modo detalhado. Fetchmail mostra o
pontos por padrão quando executado no modo --verbose e a saída vai para o console. Esta opção é
ignorado no modo --silent.

Especificando o --tracepolls opção, você pode pedir ao fetchmail para adicionar informações ao
Cabeçalho recebido no formulário "polling {rótulo} conta {usuário}", onde {rótulo} é a conta
rótulo (do rcfile especificado, normalmente ~ / .fetchmailrc) e {user} é o nome de usuário
que é usado para fazer logon no servidor de e-mail. Este cabeçalho pode ser usado para fazer filtragem
e-mail onde nenhuma informação útil de cabeçalho está disponível e você deseja e-mail de diferentes
contas classificadas em caixas de correio diferentes (isso pode, por exemplo, ocorrer se você tiver um
conta no mesmo servidor executando uma lista de e-mail e são inscritos na lista usando
essa conta). O padrão é não adicionar tal cabeçalho. Dentro .fetchmailrc, isso é chamado
'tracepolls'.

RECUPERAÇÃO FALHA MODOS

Os protocolos buscar correio usa para falar com os servidores de e-mail são quase à prova de balas. Em normal
operação de encaminhamento para a porta 25, nenhuma mensagem é excluída (ou mesmo marcada para exclusão)
no host até que o ouvinte SMTP no lado do cliente tenha confirmado buscar correio que
a mensagem foi aceita para entrega ou rejeitada devido a um bloqueio de spam.

Ao encaminhar para um MDA, entretanto, há mais possibilidade de erro. Alguns MDAs são
'seguro' e retorna de forma confiável um status diferente de zero em qualquer erro de entrega, mesmo um devido a
limites de recursos temporários. O correio(1) o programa é assim; assim como a maioria dos programas
projetados como agentes de transporte de correio, como enviar correio(1), incluindo o wrapper sendmail de
Postfix e exim(1). Esses programas fornecem um reconhecimento positivo confiável e podem
ser usado com a opção mda sem risco de perda de correspondência. MDAs inseguros, porém, podem retornar 0
mesmo em caso de falha na entrega. Se isso acontecer, você perderá e-mails.

O modo normal de buscar correio é tentar baixar apenas mensagens 'novas', deixando intactas
(e recuperadas) mensagens que você já leu diretamente no servidor (ou buscou com um
anterior buscar correio --guarda) Mas você pode descobrir que as mensagens que já leu no
servidor estão sendo buscados (e deletados) mesmo quando você não especifica --all. Há
vários motivos pelos quais isso pode acontecer.

Uma delas pode ser que você esteja usando POP2. O protocolo POP2 não inclui representação de
estado 'novo' ou 'antigo' nas mensagens, então buscar correio deve tratar todas as mensagens como novas, todos os
Tempo. Mas o POP2 está obsoleto, então isso é improvável.

Um problema potencial de POP3 pode ser os servidores que inserem mensagens no meio das caixas de correio
(há rumores de que algumas implementações de correio VMS fazem isso). O buscar correio código assume
que as novas mensagens são anexadas ao final da caixa de correio; quando isso não é verdade, pode
trate algumas mensagens antigas como novas e vice-versa. Usar UIDL enquanto define fastuidl 0 pode
corrija isso; caso contrário, considere mudar para IMAP.

Outro problema do POP3 é que, se eles não podem fazer arquivos temporários na casa do usuário
diretório, alguns servidores POP3 irão devolver uma resposta não documentada que causa o fetchmail
para relatar espúriamente "Sem e-mail".

O código IMAP usa a presença ou ausência do sinalizador do servidor \ Visto para decidir se ou
nem uma mensagem é nova. Esta não é a coisa certa a se fazer, o fetchmail deve verificar o
UIDVALIDITY e usa UID, mas ainda não faz isso. No Unix, conta com o seu IMAP
servidor para perceber os sinalizadores de status no estilo BSD definidos pelos agentes de e-mail e definir o sinalizador \ Visto
deles quando apropriado. Todos os servidores Unix IMAP que conhecemos fazem isso, embora não seja
especificado pelos RFCs IMAP. Se você alguma vez tropeçar em um servidor que não o faz, o sintoma irá
é que as mensagens que você já leu em seu host parecerão novas para o servidor. Nisso
caso (improvável), apenas mensagens que você buscou com buscar correio --guarda serão ambos restaurados
e marcado como velho.

Nos modos ETRN e ODMR, buscar correio não recupera realmente as mensagens; em vez disso, ele pergunta
o ouvinte SMTP do servidor para iniciar uma liberação de fila para o cliente via SMTP. Portanto,
envia apenas mensagens não entregues.

SPAM FILTRAGEM

Muitos ouvintes SMTP permitem que os administradores configurem 'filtros de spam' que bloqueiam os não solicitados
e-mail de domínios especificados. Um MAIL FROM ou linha de dados que aciona este recurso irá
obter uma resposta SMTP que (infelizmente) varia de acordo com o ouvinte.

Versões mais recentes de enviar correio retornar um código de erro de 571.

De acordo com a RFC2821, o correto a retornar nessa situação é 550 "Solicitado
ação não realizada: caixa de correio indisponível "(o rascunho adiciona" [Por exemplo, caixa de correio não encontrada, não
acesso ou comando rejeitado por razões de política]. ").

Versões mais antigas do exim O MTA retorna 501 "Erro de sintaxe nos parâmetros ou argumentos".

A postfix O MTA executa o 554 como uma resposta antispam.

ZmailerName pode rejeitar o código com uma resposta 500 (seguido por um código de status aprimorado que
contém mais informações).

Códigos de retorno que buscar correio trata como respostas antispam e descarta a mensagem pode ser
definido com a opção 'antispam'. Este é um dos só três circunstâncias em que
O fetchmail sempre descarta o correio (os outros são os erros 552 e 553 descritos abaixo, e
a supressão de mensagens multiponto com um ID de mensagem já visto).

If buscar correio está obtendo de um servidor IMAP, a resposta antispam será detectada e
a mensagem rejeitada imediatamente após os cabeçalhos terem sido buscados, sem ler o
Corpo da mensagem. Portanto, você não pagará pelo download do corpo das mensagens de spam.

Por padrão, a lista de respostas antispam está vazia.

Se o spam a opção global estiver ativada, o e-mail bloqueado por spam aciona um
Mensagem de devolução RFC1892 / RFC1894 informando ao remetente que não aceitamos e-mails de
isto. Veja também BUGS.

SMTP / ESMTP ERRO MANIPULAÇÃO

Além do bloqueio de spam descrito acima, o fetchmail realiza ações especiais - que podem ser
modificado pela opção --softbounce - nos seguintes códigos de resposta de erro SMTP / ESMTP

452 (armazenamento insuficiente do sistema)
Deixe a mensagem na caixa de correio do servidor para recuperação posterior.

552 (a mensagem excede o tamanho máximo fixo da mensagem)
Exclua a mensagem do servidor. Envie uma mensagem devolvida ao remetente.

553 (domínio de envio inválido)
Exclua a mensagem do servidor. Nem tente enviar uma mensagem de retorno para o
originador.

Outros erros maiores ou iguais a 500 acionam a devolução de e-mails para o originador, a menos que
suprimido por --softbounce. Veja também BUGS.

A CORRE CONTROLE ARQUIVO

A forma preferida de configurar o fetchmail é escrever um .fetchmailrc arquivo em sua casa
diretório (você pode fazer isso diretamente, com um editor de texto, ou indiretamente via buscarmailconf).
Quando há um conflito entre os argumentos da linha de comando e os argumentos neste
arquivo, os argumentos da linha de comando têm precedência.

Para proteger a segurança de suas senhas, seu ~ / .fetchmailrc normalmente não pode ter mais
do que 0700 (u = rwx, g =, o =) permissões; buscar correio irá reclamar e sair de outra forma (este
a verificação é suprimida quando --version está ativada).

Você pode ler o .fetchmailrc arquivo como uma lista de comandos a serem executados quando buscar correio is
chamado sem argumentos.

Execute Controle Sintaxe
Os comentários começam com '#' e se estendem até o final da linha. Caso contrário, o arquivo
consiste em uma série de entradas de servidor ou instruções de opção global em um formato livre,
sintaxe orientada a tokens.

Existem quatro tipos de tokens: palavras-chave gramaticais, números (ou seja, sequências de dígitos decimais),
strings não citadas e strings entre aspas. Uma string entre aspas é delimitada por aspas duplas e pode
contêm espaços em branco (e os dígitos entre aspas são tratados como uma string). Observe que as strings entre aspas
também conterá caracteres de alimentação de linha se eles percorrerem duas ou mais linhas, a menos que você
use uma barra invertida para unir as linhas (veja abaixo). Uma string sem aspas é qualquer espaço delimitado por espaços em branco
token que não é numérico, string entre aspas nem contém os caracteres especiais ',', ';',
':' ou '='.

Qualquer quantidade de espaço em branco separa os tokens nas entradas do servidor, mas é ignorada de outra forma. Você
pode usar sequências de escape de barra invertida (\ n para LF, \ t para HT, \ b para BS, \ r para CR, \nnn for
decimal (onde nnn não pode começar com 0), \ 0ooo para octal, e \ xhh para hex) para incorporar
caracteres não imprimíveis ou delimitadores de string em strings. Em strings entre aspas, uma barra invertida
no final de uma linha causará a própria barra invertida e o avanço da linha (LF ou NL, novo
linha) a ser ignorado, para que você possa envolver strings longas. Sem a barra invertida em
no final da linha, o caractere de alimentação de linha se tornaria parte da string.

Atenção: embora se assemelhem a sequências de escape do estilo C, não são iguais. fetchmail
suporta apenas esses oito estilos. C suporta mais sequências de escape que consistem em
barra invertida (\) e um único caractere, mas não suporta códigos decimais e não
requerem o 0 inicial em notação octal. Exemplo: fetchmail interpreta \ 233 o mesmo que
\ xE9 (latim minúsculo e com agudo), onde C interpretaria \ 233 como octal 0233 = \ x9B
(CSI, introdutor de sequência de controle).

Cada entrada de servidor consiste em uma das palavras-chave 'poll' ou 'pular', seguida por um servidor
nome, seguido por opções de servidor, seguido por qualquer número de usuário (ou nome de usuário)
descrições, seguidas por opções do usuário. Nota: a causa mais comum de erros de sintaxe é
misturar as opções do usuário e do servidor ou colocar as opções do usuário antes das descrições do usuário.

Para compatibilidade com versões anteriores, a palavra 'servidor' é um sinônimo para 'votação'.

Você pode usar as palavras-chave de ruído 'e', ​​'com', 'tem', 'deseja' e 'opções' em qualquer lugar em um
entrada para torná-la semelhante ao inglês. Eles são ignorados, mas podem tornar as entradas muito mais fáceis
para ler de relance. Os caracteres de pontuação ':', ';' e ',' também são ignorados.

Votação vs pular
O verbo 'poll' diz ao fetchmail para consultar este host quando ele é executado sem argumentos. O
'pular' verbo diz buscar correio não pesquisar este host, a menos que seja explicitamente nomeado no
linha de comando. (O verbo 'pular' permite que você experimente entradas de teste com segurança, ou
desative facilmente entradas para hosts que estão temporariamente fora do ar.)

Palavra-chave / opção Resumo
Aqui estão as opções legais. Os sufixos de palavras-chave entre colchetes são opcionais.
Aqueles que correspondem a opções de linha de comando curtas são seguidos por '-' e o apropriado
carta de opção. Se a opção for relevante apenas para um único modo de operação, ela é indicada como
's' ou 'm' para modo de gota única ou multidrop, respectivamente.

Aqui estão as opções legais globais:

Função do modo de otimização de palavras-chave
────────────────────────────────────────────────────────────────────────────────────────────────────────────── ─────────────────────
set daemon -d Define um intervalo de sondagem em segundo plano em
segundos.
set postmaster Dê o nome do último recurso
destinatário de e-mail (padrão: usuário
executando o fetchmail, "postmaster" se
executado pelo usuário root)
definir bouncemail Correio de erro direto para o remetente
(Padrão)
definir no bouncemail Correio de erro direto para o local
postmaster (de acordo com o
opção global 'postmaster' acima).
definir no spambounce Não devolver e-mails bloqueados por spam
(predefinição).
definir spambounce Rejeitar e-mail bloqueado por spam bloqueado
(de acordo com o usuário 'antispam'
opção) de volta ao destino como
indicado pelo 'bouncemail'
opção global. Aviso: não
use isso para devolver o spam para
o remetente - a maior parte do spam é enviada
com endereço de remetente falso e, portanto,
esta opção fere inocentes
transeuntes.
definir sem softbounce Excluir permanentemente impossibilitado de entrega
correspondência. Recomenda-se usar
esta opção se a configuração
foi exaustivamente testado.
definir softbounce Manter impossibilidade de entrega permanente
enviar como se fosse um erro temporário
ocorreu (padrão).
set logfile -L Nome de um arquivo para anexar o erro e
mensagens de status para. Somente
eficaz no modo daemon e se
fetchmail desanexa. Se eficaz,
Substitui conjunto syslog.
set idfile -i Nome do arquivo para armazenar UID
listas em.
set syslog Faz o log de erros através de
syslog(3). Pode ser substituído por conjunto
arquivo de log.

definir no syslog Desligue o registro de erros por meio
syslog(3). (padrão)
definir o valor da string de propriedades que é ignorado por
fetchmail (pode ser usado por
scripts de extensão).

Aqui estão as opções do servidor legal:

Função do modo de otimização de palavras-chave
────────────────────────────────────────────────────────────────────────────────────────────────────────────── ──────────────────
via Especifique o nome DNS do servidor de e-mail,
substituindo o nome da enquete
proto [col] -p Especifique o protocolo (caso
insensível): POP2, POP3, IMAP,
APOP, KPOP
local [domínios] m Especifique o (s) domínio (s) a serem considerados
como local
porta Especifique a porta de serviço TCP / IP
(obsoleto, use 'serviço' ao invés).
service -P Especifique o nome do serviço (um numérico
valor também é permitido e
considerado um número de porta TCP / IP).
auth [enticate] Defina o tipo de autenticação (padrão
'qualquer')
tempo limite -t ​​tempo limite de inatividade do servidor em
segundos (padrão 300)
envelope -E m Especifique o cabeçalho do endereço do envelope
nome
sem envelope m Desativar procurando por envelope
endereço
qvirtual -Q m Qmail prefixo de domínio virtual para
remover do nome do usuário
aka m Especifique nomes DNS alternativos de
servidor de e-mail
interface -Eu especifico interface (s) IP que deve (m)
estar pronto para a votação do servidor
lugar
monitor -M Especifique o endereço IP para monitorar
atividade
plugin Especifique o comando através do qual
fazer conexões de servidor.
plugout Especifique o comando através do qual
fazer conexões de ouvinte.
dns m Habilitar busca DNS para multidrop
(Padrão)
no dns m Desativar pesquisa DNS para multidrop
checkalias m Faça comparação por endereço IP para
multiponto
sem verificação m Faça comparação por nome para
multidrop (padrão)
uidl -U Força o POP3 a usar o lado do cliente
UIDLs (recomendado)
no uidl Desative o uso de POP3 do lado do cliente
UIDLs (padrão)
intervalo Somente verifique este site a cada N enquetes
ciclos; N é um argumento numérico.
tracepolls Adicionar informações de rastreamento de pesquisa para
o cabeçalho recebido
principal Definir principal Kerberos (apenas
útil com IMAP e Kerberos)
esmtpname Definir nome para RFC2554
autenticação para o ESMTP
servidor.
esmtppassword Definir senha para RFC2554
autenticação para o ESMTP
servidor.

bad-header Como tratar mensagens com um mau
cabeçalho. Pode ser rejeitado (padrão) ou
aceitar.

Aqui estão as descrições e opções legais do usuário:

Função do modo de otimização de palavras-chave
────────────────────────────────────────────────────────────────────────────────────────────────────────────── ───────────────────
usuário [nome] -u Esta é a descrição do usuário e
deve vir primeiro depois do servidor
descrição e depois possível
opções do servidor, e antes do usuário
opções.
Ele define o nome do usuário remoto se por
próprio ou seguido por 'lá', ou
o nome do usuário local se seguido por
'aqui'.
é conectar usuário local e remoto
nomes
para conectar o usuário local e remoto
nomes
senha [palavra] Especifique a senha da conta remota
ssl Conecte-se ao servidor através do
protocolo de base especificado usando SSL
criptografia
sslcert Especificar arquivo para cliente lado
certificado SSL público
sslcertfile Especifique o arquivo com CA confiável
certificados
sslcertpath Especifique o diretório c_rehash-ed com
certificados de CA confiáveis.
sslkey Especificar arquivo para cliente lado
chave SSL privada
sslproto Força o protocolo SSL para conexão
pasta -r Especifique a pasta remota a ser consultada
smtphost -S Especifique host (s) smtp para encaminhar para
fetchdomains m Especifique os domínios para os quais o e-mail
deve ser buscado
smtpaddress -D Especifique o domínio a ser colocado
RCPT TO linhas
smtpname Especifique o usuário e domínio a ser
colocar em linhas RCPT TO
antispam -Z Especifique quais são os retornos SMTP
interpretado como bloqueio de política de spam
mda -m Especifique MDA para entrega local
bsmtp -o Especifique o arquivo de lote BSMTP para anexar
para
Comando de pré-conexão a ser executado antes de cada
da conexão
Comando postconnect a ser executado após cada
da conexão
keep -k Não apaga mensagens vistas de
servidor (para POP3, uidl é
recomendado)
flush -F Libera todas as mensagens vistas antes
questionando (PERIGOSO)
limitflush Libera todas as mensagens grandes
antes de consultar
fetchall -a Busca todas as mensagens vistas ou
não
reescrever Reescrever endereços de destino para
responder (padrão)
stripcr Retorna o carro da tira das extremidades
de linhas
forcecr Força o retorno do carro nas extremidades de
linhas

pass8bits Force BODY = 8BITMIME para ESMTP
ouvinte
dropstatus Strip Status e X-Mozilla-Status
linhas de correio recebido
dropdelivered Strip Delivered-To de linhas de
correspondência recebida
mimedecode Converter cotado para impressão em 8 bits
em mensagens MIME
inativo inativo esperando por novas mensagens
após cada votação (apenas IMAP)
no keep -K Excluir mensagens vistas do servidor
(Padrão)
no flush Não libera todas as mensagens vistas
antes de consultar (padrão)
no fetchall Recupera apenas novas mensagens
(Padrão)
sem reescrever Não reescrever cabeçalhos
sem stripcr Não tira retornos de carro
(Padrão)
no forcecr Não force o retorno do carro em
EOL (padrão)
sem pass8bits Não force BODY = 8BITMIME para ESMTP
ouvinte (padrão)
no dropstatus Não solte cabeçalhos de status
(Padrão)
no dropdelivered Não solte os cabeçalhos Delivered-To
(Padrão)
sem mimedecode Não converta citado-imprimível para
8 bits em mensagens MIME (padrão)
não ocioso Não ocioso esperando por novos
mensagens após cada votação (IMAP
apenas)
limit -l Define o limite de tamanho da mensagem
avisos -w Definir intervalo de aviso de tamanho de mensagem
batchlimit -b Max # mensagens para encaminhar
conexão única
fetchlimit -B Max # mensagens para buscar em uma única
connect
fetchsizelimit Máximo de # tamanhos de mensagem a serem buscados
transação única
fastuidl Use a pesquisa binária para o primeiro não visto
mensagem (somente POP3)
expunge -e Executa uma eliminação a cada #
mensagem (apenas IMAP e POP3)
O valor da string de propriedades é ignorado por
fetchmail (pode ser usado por
scripts de extensão)

Todas as opções do usuário devem começar com uma descrição do usuário (opção de usuário ou nome de usuário) e seguir
todas as descrições e opções do servidor.

No arquivo .fetchmailrc, o argumento da string 'envelope' pode ser precedido por um espaço em branco-
número separado. Este número, se especificado, é o número de tais cabeçalhos para pular
(isto é, um argumento de 1 seleciona o segundo cabeçalho do tipo fornecido). Isso é algum dia
útil para ignorar cabeçalhos de envelope falsos criados por um agente de entrega local de um ISP ou
encaminhamentos internos (por meio de sistemas de inspeção de correspondência, por exemplo).

Palavras-chave Não Correspondente Para Opção Switches
As opções 'pasta' e 'smtphost' (ao contrário de seus equivalentes de linha de comando) podem levar um
lista de nomes separados por espaço ou vírgula após eles.

Todas as opções correspondem aos argumentos de linha de comando óbvios, exceto o seguinte: 'via',
'intervalo', 'aka', 'é', 'para', 'dns' / 'no dns', 'checkalias' / 'no checkalias', 'senha',
'preconnect', 'postconnect', 'localdomains', 'stripcr' / 'no stripcr', 'forcecr' / 'no
forcecr ',' pass8bits '/' no pass8bits '' dropstatus / no dropstatus ',' dropdelivered / no
dropdelivered ',' mimedecode / no mimedecode ',' no idle 'e' no envelope '.

A opção 'via' é para se você quiser ter mais de uma configuração apontando para o
mesmo site. Se estiver presente, o argumento da string será considerado o nome DNS real de
o host do servidor de e-mail a ser consultado. Isso substituirá o argumento de enquete, que pode então
simplesmente ser um rótulo distinto para a configuração (por exemplo, o que você daria no comando
linha para consultar explicitamente este host).

A opção 'intervalo' (que leva um argumento numérico) permite que você pesquise menos um servidor
freqüentemente do que o intervalo de pesquisa básico. Se você disser 'intervalo N' o servidor esta opção
está anexado a só será consultado a cada N intervalos de pesquisa.

Gota única vs Multiponto opções
Certifique-se de ler a seção intitulada A USO E ABUSO OF MULTIDROP CAIXAS DE CORREIO se você
pretende usar o modo multidrop.

As palavras-chave 'é' ou 'para' associam o (s) seguinte (s) nome (s) local (cliente) (ou nome do servidor
para mapeamentos de nome de cliente separados por =) com o nome de usuário do servidor de correio na entrada. Se um
is / to list tem '*' como seu sobrenome, nomes não reconhecidos são simplesmente ignorados. Observação
isso até buscar correio versão 6.3.4 inclusive, essas listas só podem conter partes locais
de nomes de usuário (o fetchmail só veria a parte antes do sinal @). buscar correio
as versões 6.3.5 e mais recentes suportam endereços completos no lado esquerdo desses mapeamentos,
e eles têm precedência sobre quaisquer 'domínios locais', 'aka', 'via' ou mapeamentos semelhantes.

Um único nome local pode ser usado para suportar o redirecionamento de seu e-mail quando seu nome de usuário no
a máquina cliente é diferente do seu nome no servidor de e-mail. Quando há apenas um
nome local, o e-mail é encaminhado para esse nome de usuário local, independentemente da mensagem recebida,
Para, cabeçalhos Cc e Cco. Nesse caso, buscar correio nunca faz pesquisas de DNS.

Quando houver mais de um nome local (ou mapeamento de nome), buscar correio olha o envelope
cabeçalho, se configurado, e de outra forma nos cabeçalhos Recebido, Para, Cc e Cco de recuperado
mail (este é o 'modo multidrop'). Ele procura endereços com partes do nome do host que correspondem
o nome da enquete ou as opções 'via', 'aka' ou 'domínios locais' e, geralmente, também para
As partes do nome do host que o DNS informa são apelidos do servidor de e-mail. Veja a discussão de
'dns', 'checkalias', 'localdomains' e 'aka' para obter detalhes sobre como os endereços correspondentes são
manuseado.

If buscar correio não pode corresponder a nenhum nome de usuário de servidor de e-mail ou endereço de domínio local, o e-mail
ser devolvido. Normalmente será devolvido ao remetente, mas se o 'bouncemail' global
opção estiver desativada, o e-mail irá para o postmaster local. (veja o 'postmaster'
opção global). Veja também BUGS.

A opção 'dns' (normalmente ativada) controla a forma como os endereços de caixas de correio multidrop são
verificado. Ligado, permite que a lógica verifique cada endereço de host que não corresponda a um 'aka' ou
declaração 'localdomains' pesquisando-a com DNS. Quando um nome de usuário do servidor de e-mail é
reconhecido anexado a uma parte do nome do host correspondente, seu mapeamento local é adicionado à lista de
destinatários locais.

A opção 'checkalias' (normalmente desativada) estende as pesquisas realizadas pela palavra-chave 'dns'
no modo multidrop, fornecendo uma maneira de lidar com MTAs remotos que se identificam usando
seu nome canônico, enquanto são pesquisados ​​usando um alias. Quando esse servidor é pesquisado,
as verificações para extrair o endereço do envelope falham e buscar correio reverte para entrega usando o
Para cabeçalhos / Cc / Bcc (Veja abaixo 'Cabeçalho vs. Endereços de envelope'). Especificando esta opção
instrui buscar correio para recuperar todos os endereços IP associados ao nome da votação
e o nome usado pelo MTA remoto e para fazer uma comparação dos endereços IP. Isto
é útil em situações em que o servidor remoto passa por nomes canônicos frequentes
alterações, que de outra forma exigiriam modificações no rcfile. 'checkalias' não tem
efeito se 'no dns' for especificado no rcfile.

A opção 'aka' é para uso com caixas de correio multidrop. Ele permite que você declare previamente uma lista
de aliases de DNS para um servidor. Este é um hack de otimização que permite a você negociar espaço
para velocidade. Quando buscar correio, enquanto processa uma caixa de correio multidrop, rasteja através da mensagem
cabeçalhos procurando por nomes do servidor de e-mail, pré-declarando os comuns podem salvá-lo de
ter que fazer pesquisas de DNS. Nota: os nomes que você dá como argumentos para 'aka' são correspondidos como
sufixos - se você especificar (digamos) 'aka netaxs.com', não corresponderá apenas a um nome de host
netaxs.com, mas qualquer nome de host que termine com '.netaxs.com'; como (digamos) pop3.netaxs.com
e mail.netaxs.com.

A opção 'localdomains' permite que você declare uma lista de domínios que o fetchmail deve
considere local. Quando o fetchmail está analisando linhas de endereço em modos multidrop, e um
segmento final de um nome de host corresponde a um domínio local declarado, esse endereço é passado
através do ouvinte ou MDA inalterado (mapeamentos de nomes locais são não aplicado).

Se você estiver usando 'domínios locais', também pode ser necessário especificar 'sem envelope', que
desabilita buscar correiotentativa normal de deduzir um endereço de envelope da linha Recebido
ou cabeçalho X-Envelope-To ou qualquer cabeçalho previamente definido por 'envelope'. Se vocês
definir 'sem envelope' na entrada padrão é possível desfazer isso nas entradas individuais
usando 'envelope '. Como um caso especial, 'envelope "Recebido"' restaura o
análise padrão de linhas recebidas.

A senha opção requer um argumento de string, que é a senha a ser usada com o
servidor de entrada.

A palavra-chave 'pré-conexão' permite que você especifique um comando shell a ser executado antes
cada vez buscar correio estabelece uma conexão com o servidor de e-mail. Isso pode ser útil se você estiver
tentativa de configurar conexões POP seguras com a ajuda de ssh(1). Se o comando
retornar um status diferente de zero, a pesquisa desse servidor de e-mail será abortada.

Da mesma forma, a palavra-chave 'postconnect' permite que você especifique um comando shell para ser
executado logo após cada vez que uma conexão do servidor de e-mail é encerrada.

A opção 'forcecr' controla se as linhas terminadas por LF apenas recebem CRLF
rescisão antes de encaminhar. Estritamente falando, RFC821 requer isso, mas poucos MTAs
impor o requisito para que esta opção esteja normalmente desligada (apenas um desses MTA, qmail, está em
uso significativo no momento da escrita).

A opção 'stripcr' controla se os retornos de carro são retirados da correspondência recuperada
antes de ser encaminhado. Normalmente não é necessário definir isso, porque o padrão é
'ligado' (remoção de CR habilitado) quando há um MDA declarado, mas 'desligado' (remoção de CR
desativado) quando o encaminhamento é via SMTP. Se 'stripcr' e 'forcecr' estiverem ativados, 'stripcr'
irá substituir.

A opção 'pass8bits' existe para lidar com os programas de e-mail da Microsoft que estupidamente batem em um
"Content-Transfer-Encoding: 7bit" em tudo. Com esta opção desativada (o padrão) e
tal cabeçalho presente, buscar correio declara BODY = 7BIT para um ouvinte compatível com ESMTP; isto
causa problemas para mensagens que realmente usam conjuntos de caracteres ISO ou KOI-8 de 8 bits, que irão
ser adulterado por ter os bits altos de todos os caracteres retirados. Se 'pass8bits' estiver ativado,
buscar correio é forçado a declarar BODY = 8BITMIME para qualquer ouvinte compatível com ESMTP. Se o
o ouvinte é 8 bits limpo (como todos os principais agora são), a coisa certa provavelmente
resultado.

A opção 'dropstatus' controla se as linhas de Status não-vazio e X-Mozilla-Status são
retido no correio obtido (o padrão) ou descartado. Retê-los permite que seu MUA
veja quais mensagens (se houver) foram marcadas como vistas no servidor. Por outro lado, pode
confundir alguns notificadores de novo e-mail, que assumem que qualquer coisa com uma linha de status nele tem
foi visto. (Nota: as linhas de status vazias inseridas por alguns servidores POP com bugs são
descartados incondicionalmente.)

A opção 'dropdelivered' controla se os cabeçalhos Delivered-To serão mantidos na busca
mail (o padrão) ou descartado. Esses cabeçalhos são adicionados pelos servidores de e-mail Qmail e Postfix
a fim de evitar loops de e-mail, mas pode atrapalhar se você tentar "espelhar" um servidor de e-mail
dentro do mesmo domínio. Use com cuidado.

A opção 'mimedecode' controla se as mensagens MIME usando a codificação para impressão entre aspas
são convertidos automaticamente em dados puros de 8 bits. Se você estiver entregando e-mail para um ESMTP-
ouvinte capaz, limpo de 8 bits (que inclui todos os principais MTAs como sendmail), então
isso converterá automaticamente os cabeçalhos e dados das mensagens imprimíveis entre aspas em dados de 8 bits,
tornando mais fácil de entender ao ler e-mails. Se seus programas de e-mail sabem como lidar
com mensagens MIME, essa opção não é necessária. A opção mimedecode está desativada por
padrão, porque fazer a conversão RFC2047 nos cabeçalhos descarta as informações do conjunto de caracteres
e pode levar a resultados ruins se a codificação dos cabeçalhos for diferente da codificação do corpo.

A opção 'idle' deve ser usada com servidores IMAP que suportam RFC2177 IDLE
extensão de comando, mas não a exige estritamente. Se estiver habilitado, e fetchmail
detectar que o IDLE é suportado, um IDLE será emitido no final de cada votação. Isso vai
diga ao servidor IMAP para manter a conexão aberta e notifique o cliente quando um novo e-mail for
acessível. Se o IDLE não for suportado, o fetchmail irá simulá-lo emitindo periodicamente
NOOP. Se você precisa pesquisar um link com frequência, o IDLE pode economizar largura de banda eliminando TCP / IP
conecta e sequências de LOGIN / LOGOUT. Por outro lado, uma conexão IDLE comerá quase
todo o tempo do seu fetchmail, porque ele nunca interromperá a conexão e permitirá que outros
polls para ocorrer a menos que o servidor expire o IDLE. Também não funciona com vários
pastas; apenas a primeira pasta será pesquisada.

A opção 'propriedades' é um mecanismo de extensão. Leva um argumento de string, que é
ignorado pelo próprio fetchmail. O argumento string pode ser usado para armazenar a configuração
informações para scripts que exigem isso. Em particular, a saída de '--configdump'
opção tornará as propriedades associadas a uma entrada do usuário prontamente disponíveis para um Python
script.

Gerais Execute Controle Opções
As palavras 'aqui' e 'ali' têm um significado útil como o inglês. Normalmente 'user eric
é esr 'significa que o e-mail para o usuário remoto' eric 'deve ser entregue em' esr ', mas
você pode deixar isso mais claro dizendo 'usuário eric há esr aqui' ou inverter dizendo
'usuário esr aqui está eric ali'

Os identificadores de protocolo legais para uso com a palavra-chave 'protocolo' são:

auto (ou AUTO) (legado, a ser removido da versão futura)
pop2 (ou POP2) (legado, a ser removido do lançamento futuro)
pop3 (ou POP3)
sdps (ou SDPS)
imap (ou IMAP)
apop (ou APOP)
kpop (ou KPOP)

Os tipos de autenticação legais são 'qualquer', 'senha', 'kerberos', 'kerberos_v4', 'kerberos_v5'
e 'gssapi', 'cram-md5', 'otp', 'msn' (apenas para POP3), 'ntlm', 'ssh', 'externo' (apenas
IMAP). O tipo de 'senha' especifica a autenticação por transmissão normal de uma senha
(a senha pode ser texto simples ou sujeita a criptografia específica de protocolo como em CRAM-
MD5); 'kerberos' diz buscar correio para tentar obter um tíquete Kerberos no início de cada
em vez disso, pergunte e envie uma string arbitrária como senha; e 'gssapi' diz ao fetchmail
para usar a autenticação GSSAPI. Veja a descrição da palavra-chave 'auth' para mais.

Especificar 'kpop' define o protocolo POP3 na porta 1109 com autenticação Kerberos V4.
Esses padrões podem ser substituídos por opções posteriores.

Existem algumas instruções de opção global: 'set logfile' seguido por uma string define o mesmo
global especificado por --logfile. Uma opção --logfile da linha de comando substituirá isso. Observação
que --logfile só é eficaz se o fetchmail se desanexar do terminal e do
logfile já existe antes de o fetchmail ser executado, e ele sobrescreve --syslog neste caso.
Além disso, 'set daemon' define o intervalo de votação da mesma forma que --daemon. Isso pode ser substituído por um
opção - daemon da linha de comando; em particular --daemon 0 pode ser usado para forçar o primeiro plano
Operação. A instrução 'set postmaster' define o endereço para o qual o correio multidrop
padrões se não houver correspondências locais. Finalmente, 'set syslog' envia mensagens de log para
syslogd(8).

DEPURAÇÃO BUSCAR CORREIO

Buscar correio bater
Existem várias maneiras em que o fetchmail pode "travar", ou seja, parar a operação repentinamente e
inesperadamente. Um "travamento" geralmente se refere a uma condição de erro que o software não
lidar por si só. Um modo de falha bem conhecido é a "falha de segmentação" ou "sinal 11" ou
"SIGSEGV" ou apenas "segfault" para abreviar. Isso pode ser causado por hardware ou software
problemas. Segfaults induzidos por software geralmente podem ser reproduzidos facilmente e na mesma
local, ao passo que segfaults induzidos por hardware podem desaparecer se o computador for reiniciado, ou
desligado por algumas horas e pode acontecer em locais aleatórios, mesmo se você usar o
software da mesma maneira.

Para resolver falhas de segurança induzidas por hardware, encontre o componente com defeito e repare ou substitua
isto. O FAQ Sig11 ⟨http://www.bitwizard.nl/sig11/⟩ Pode ajudá-lo com os detalhes.

Para resolver segfaults induzidos por software, os desenvolvedores podem precisar de um "rastreamento de pilha".

Possibilitando buscar correio core lixões
Por padrão, o fetchmail suprime os dumps do núcleo, pois eles podem conter senhas e outros
informação sensível. Para depurar falhas do fetchmail, obtendo um "rastreamento de pilha" de
um despejo de memória costuma ser a maneira mais rápida de resolver o problema, e ao postar seu problema
em uma lista de discussão, os desenvolvedores podem pedir um "backtrace".

1. Para obter backtraces úteis, o fetchmail precisa ser instalado sem ser despojado de
seus símbolos de compilação. Infelizmente, a maioria dos pacotes binários instalados são
removidos e os arquivos principais de programas sem símbolos são inúteis. Então você pode precisar
recompilar o fetchmail. Em muitos sistemas, você pode digitar

arquivo `which fetchmail`

para descobrir se o fetchmail foi removido do símbolo ou não. Se o seu estava desmontado, tudo bem,
continuar, se ele foi removido, você precisa recompilar o código-fonte primeiro. Você não
geralmente precisa instalar o fetchmail para depurá-lo.

2. O ambiente do shell que inicia o fetchmail precisa habilitar core dumps. A chave é o
"tamanho máximo do núcleo (arquivo)" que geralmente pode ser configurado com uma ferramenta chamada "limite" ou
"ulimit". Consulte a documentação do seu shell para obter detalhes. No popular bash shell,
"ulimit -Sc ilimitado" permitirá o dump do núcleo.

3. Você também precisa informar ao fetchmail para permitir despejos de memória. Para fazer isso, execute fetchmail com
da -d0 -v opções. Muitas vezes é mais fácil também adicionar --nosyslog -N tão bem.

Finalmente, você precisa reproduzir a falha. Você pode simplesmente iniciar o fetchmail a partir do diretório
onde você o compilou digitando ./fetchmail, então a linha de comando completa começará com
./fetchmail -Nvd0 --nosyslog e talvez liste suas outras opções.

Após a falha, execute o depurador para obter o dump principal. O depurador frequentemente será
GNU GDB, você pode digitar (ajustar os caminhos conforme necessário) gdb ./fetchmail buscarmail.core e
então, após o GDB iniciar e ler todos os seus arquivos, digite voltar atrás cheio, Salve o
saída (copiar e colar servirá, o backtrace será lido por um humano) e, em seguida, digite desistir para
deixe o gdb. Nota: em alguns sistemas, os arquivos principais têm nomes diferentes, eles podem conter
um número em vez do nome do programa, ou número e nome, mas geralmente terá "núcleo"
como parte de seu nome.

INTERAÇÃO COM RFC 822

Ao tentar determinar o endereço de origem de uma mensagem, o fetchmail verifica
cabeçalhos na seguinte ordem:

Return-Path:
Reenviar-Remetente: (ignorado se não contiver um @ ou!)
Remetente: (ignorado se não contiver @ ou!)
Reenviado de:
Desde:
Responder a:
Aparentemente de:

O endereço de origem é usado para registro e para definir o endereço MAIL FROM quando
encaminhando para SMTP. Este pedido destina-se a lidar com o recebimento de listas de mala direta
mensagens no modo multidrop. A intenção é que, se um endereço local não existir, o
a mensagem devolvida não será devolvida cegamente ao autor ou à própria lista, mas sim
para o gerenciador de listas (o que é menos irritante).

No modo multidrop, os cabeçalhos de destino são processados ​​da seguinte maneira: primeiro, o fetchmail parece
para o cabeçalho especificado pela opção 'envelope', a fim de determinar o local
Endereço do destinatário. Se o e-mail for endereçado a mais de um destinatário, a linha Recebido
não conterá nenhuma informação sobre os endereços dos destinatários.

Em seguida, o fetchmail procura as linhas Resent-To :, Resent-Cc: e Resent-Bcc :. Se eles
existir, eles devem conter os destinatários finais e ter precedência sobre seus
Para: / Cc: / Bcc: contrapartes. Se as linhas Reenviado- * não existirem, o Para :, Cc :, Bcc: e
Aparentemente-Para: as linhas são procuradas. (A presença de um Reenviado para: é considerada como implicando que
a pessoa indicada pelo endereço Para: já recebeu a cópia original do
correspondência.)

CONFIGURAÇÃO EXEMPLOS

Observe que embora haja declarações de senha em muitos dos exemplos abaixo,
isto é principalmente para fins ilustrativos. Recomendamos esconder pares de conta / senha em
seu arquivo $ HOME / .netrc, onde eles podem ser usados ​​não apenas por fetchmail, mas por ftp(1) e
outros programas.

O formato básico é:

pol NOME DO SERVIDOR protocolo PROTOCOLO nome de usuário NOME senha SENHA

Exemplo:

poll pop.provider.net protocolo pop3 nome de usuário "jsmith" senha "secret1"

Ou, usando algumas abreviações:

enquete pop.provider.net proto pop3 usuário "jsmith" senha "secret1"

Vários servidores podem ser listados:

enquete pop.provider.net proto pop3 usuário "jsmith" pass "secret1"
enquete other.provider.net proto pop2 usuário "John.Smith" pass "My ^ Hat"

Aqui está a mesma versão com mais espaços em branco e algumas palavras de ruído:

enquete pop.provider.net proto pop3
o usuário "jsmith", com a senha secret1, é "jsmith" aqui;
enquete other.provider.net proto pop2:
o usuário "John.Smith", com a senha "My ^ Hat", é "John.Smith" aqui;

Se você precisar incluir um espaço em branco em uma string de parâmetro ou iniciar o último com um número,
coloque a string entre aspas duplas. Por isso:

poll mail.provider.net com proto pop3:
o usuário "jsmith" tem a senha "4u, mas você não pode fazer isso"
está jws aqui e quer mda "/ bin / mail"

Você pode ter uma descrição inicial do servidor com a palavra-chave 'padrões' em vez de
'enquete' seguido por um nome. Esse registro é interpretado como padrão para todas as consultas para
usar. Ele pode ser substituído por descrições de servidor individuais. Então, você pode escrever:

padrões proto pop3
usuário "jsmith"
enquete pop.provider.net
passe "secret1"
enquete mail.provider.net
o usuário "jjsmith" tem a senha "secret2"

É possível especificar mais de um usuário por servidor. A palavra-chave 'usuário' leva a um
a descrição do usuário e todas as especificações do usuário em uma entrada multiusuário devem incluí-la.
Aqui está um exemplo:

enquete pop.provider.net proto pop3 porta 3111
o usuário "jsmith" com a senha "secret1" é "smith" aqui
o usuário jones com a senha "secret2" é "jjones" aqui, mantenha

Isso associa o nome de usuário local 'smith' ao nome de usuário pop.provider.net 'jsmith' e
o nome de usuário local 'jjones' com o nome de usuário pop.provider.net 'jones'. Mail para 'jones'
é mantido no servidor após o download.

Esta é a aparência de uma configuração de recuperação simples para uma caixa de correio multidrop:

enquete pop.provider.net:
usuário maildrop com passe secret1 para golux 'hurkle' = 'feliz' snark aqui

Isso diz que a caixa de correio da conta 'maildrop' no servidor é uma caixa multidrop, e
que as mensagens nele devem ser analisadas para os nomes de usuário do servidor 'golux', 'hurkle' e
'snark'. Ele especifica ainda que 'golux' e 'snark' têm o mesmo nome no cliente
como no servidor, mas o e-mail para o usuário do servidor 'hurkle' deve ser entregue ao usuário cliente
'feliz'.

Note que buscar correio, até a versão 6.3.4, NÃO permitia especificações completas de usuário @ domínio
aqui, eles nunca corresponderiam. Buscar correio 6.3.5 e mais recentes suportam usuário @ domínio
especificações no lado esquerdo de um mapeamento de usuário.

Aqui está um exemplo de outro tipo de conexão multidrop:

enquete pop.provider.net localdomains loonytoons.org toons.org
envelope X-Envelope-Para
usuário maildrop com senha secret1 para * aqui

Isso também indica que a caixa de correio da conta 'maildrop' no servidor é uma caixa multidrop.
Diz ao fetchmail que qualquer endereço nos domínios loonytoons.org ou toons.org (incluindo
endereços de subdomínio como '[email protegido]') deve ser passado para o
ouvinte SMTP local sem modificação. Tenha cuidado com os loops de e-mail se fizer isso!

Aqui está um exemplo de configuração usando ssh e a opção de plugin. As consultas são feitas
diretamente no stdin e stdout do imapd via ssh. Observe que nesta configuração, IMAP
a autenticação pode ser ignorada.

poll mailhost.net com proto imap:
plugin "ssh% h / usr / sbin / imapd" auth ssh;
usuário esr está esr aqui

A USO E ABUSO OF MULTIDROP CAIXAS DE CORREIO

Use o recurso de múltiplos destinatários locais com cuidado - ele pode morder. Tudo multidrop
os recursos são ineficazes nos modos ETRN e ODMR.

Além disso, observe que no modo multiponto os e-mails duplicados são suprimidos. Uma correspondência é
considerado duplicado se tiver o mesmo ID de mensagem da mensagem imediatamente anterior
e mais de um destinatário. Essas execuções de mensagens podem ser geradas quando as cópias de um
a mensagem endereçada a vários usuários é entregue a uma caixa multidrop.

cabeçalho vs Envelope endereços
O problema fundamental é que, por ter seu servidor de e-mail jogando a correspondência de várias pessoas em um
única caixa maildrop, você pode ter jogado fora informações potencialmente vitais sobre quem cada
a correspondência foi, na verdade, endereçada a (o 'endereço do envelope', em oposição ao cabeçalho
endereços nos cabeçalhos RFC822 To / Cc - o Bcc não está disponível na extremidade receptora).
Este 'endereço do envelope' é o endereço de que você precisa para redirecionar a correspondência corretamente.

Às vezes buscar correio pode deduzir o endereço do envelope. Se o servidor de correio MTA é enviar correio
e o item de correio tinha apenas um destinatário, o MTA terá escrito uma cláusula 'por / por'
que dá ao destinatário do envelope em seu cabeçalho Recebido. Mas isso não funciona de forma confiável
para outros MTAs, nem se houver mais de um destinatário. Por padrão, buscar correio procura
endereços de envelope nessas linhas; você pode restaurar este padrão com -E "Recebido" ou
'envelope recebido'.

As a better alternativo, alguns ouvintes SMTP e / ou servidores de e-mail inserem um cabeçalho em cada
mensagem contendo cópia dos endereços do envelope. Este cabeçalho (quando existe) é
frequentemente 'X-Original-To', 'Delivered-To' ou 'X-Envelope-To'. A suposição do Fetchmail sobre
isso pode ser alterado com a opção -E ou 'envelope'. Observe que escrever um envelope
cabeçalho deste tipo expõe os nomes dos destinatários (incluindo destinatários com cópia oculta) para
todos os receptores das mensagens, então o upstream deve armazenar uma cópia da mensagem por
destinatário para evitar se tornar um problema de privacidade.

Postfix, desde a versão 2.0, escreve um cabeçalho X-Original-To: que contém uma cópia do
envelope conforme foi recebido.

Qmail e Postfix geralmente escrevem um cabeçalho 'Delivered-To' ao entregar a mensagem para
o spool de correio e use-o para evitar loops de correio. Domínios virtuais Qmail, entretanto, prefixam
o nome do usuário com uma string que normalmente corresponde ao domínio do usuário. Para remover este prefixo
você pode usar a opção -Q ou 'qvirtual'.

Às vezes, infelizmente, nenhum desses métodos funciona. Esse é o ponto quando você
deve entrar em contato com o seu ISP e pedir-lhes para fornecer um cabeçalho de envelope, e você deve
não use multidrop nesta situação. Quando todos eles falham, o fetchmail deve recorrer ao
conteúdo dos cabeçalhos To / Cc (cabeçalhos Cco não estão disponíveis - veja abaixo) para tentar determinar
destinatários destinatários - e estes não são confiáveis. Em particular, software de lista de discussão
frequentemente envia correspondência apenas com o endereço de difusão da lista no cabeçalho Para.

Note que a futuro versão of buscar correio pode remover Para / Cc análise!

Quando buscar correio não pode deduzir um endereço de destinatário que seja local e o destinatário pretendido
endereço era qualquer um que não fosse o usuário de chamada do fetchmail, enviar precisarão ter perdido. Isso é o que
torna o recurso multidrop arriscado sem as informações de envelope adequadas.

Um problema relacionado é que, quando você faz uma cópia oculta de uma mensagem de correio, as informações Bcc são
transportado só como endereço de envelope (é removido dos cabeçalhos pelo e-mail de envio
servidor, para que o fetchmail possa vê-lo apenas se houver um cabeçalho X-Envelope-To). Assim, cego-
copiar para alguém que recebe e-mail por meio de um link multidrop do fetchmail falhará, a menos que o
O host do servidor de e-mail rotineiramente escreve X-Envelope-To ou um cabeçalho equivalente nas mensagens em
seu maildrop.

In conclusão, correspondência listas e Cco enviar pode só trabalho if da servidor você é buscar
da

(1) lojas um cópia of da mensagem para beneficiário in os domínio e

(2) registros da envelope INFORMAÇÕES in a especial cabeçalho (X-Original-Para, Entregue a,
X-Envelope-Para).

Bom Maneiras Para Use Multiponto caixas de correio
Vários nomes locais podem ser usados ​​para administrar uma lista de discussão do lado do cliente de um
buscar correio coleção. Suponha que seu nome seja 'esr' e você deseja que os dois escolham o seu
enviar e manter uma lista de e-mails chamada (digamos) "fetchmail-amigos", e você deseja manter
a lista de alias em sua máquina cliente.

No seu servidor, você pode alias de 'fetchmail-friends' a 'esr'; então, em seu .fetchmailrc,
declare 'para esr fetchmail-amigos aqui'. Então, quando e-mail incluindo 'fetchmail-friends' como
um endereço local é obtido, o nome da lista será anexado à lista de destinatários
seu ouvinte SMTP vê. Portanto, ele passará por uma expansão de alias localmente. Tenha certeza de
inclua 'esr' na expansão do alias local de fetchmail-friends, ou você nunca verá o e-mail
enviado apenas para a lista. Além disso, certifique-se de que seu ouvinte tenha a opção "eu também" definida
(opção de linha de comando -oXm do sendmail ou declaração OXm) para que seu nome não seja removido de
expansões de alias em mensagens que você envia.

Esse truque tem seus problemas, entretanto. Você começará a ver isso quando uma mensagem
vem que é endereçado apenas a uma lista de e-mails que você faz não declarado como um local
nome. Cada uma dessas mensagens apresentará um cabeçalho 'X-Fetchmail-Warning' que é gerado
porque o fetchmail não pode encontrar um nome local válido nos endereços dos destinatários. Tal
mensagens padrão (conforme descrito acima) para serem enviadas para o usuário local em execução
buscar correio, mas o programa não tem como saber se isso é realmente a coisa certa.

Mau Maneiras Para Abuso Multiponto caixas de correio
Caixas de correio multidrop e buscar correio servir a vários usuários no modo daemon não se misturam. O
o problema, novamente, é o e-mail das listas de discussão, que normalmente não têm um
endereço do destinatário nele. A menos que buscar correio pode deduzir um endereço de envelope, tal correspondência irá
apenas vá para a conta que está executando o fetchmail (provavelmente root). Além disso, os usuários com cópia oculta são
muito provavelmente nunca verá seu e-mail.

Se você está tentado a usar buscar correio para recuperar e-mail para vários usuários de um único e-mail
cair via POP ou IMAP, pense novamente (e releia a seção sobre endereços de cabeçalho e envelope
acima). Seria mais inteligente deixar o e-mail na fila do servidor de e-mail e usar
os modos ETRN ou ODMR do fetchmail para acionar envios SMTP periodicamente (claro, isso significa
você tem que pesquisar com mais freqüência do que o período de expiração do servidor de e-mail). Se você não pode
organizar isso, tente configurar um feed UUCP.

Se você absolutamente devo use multidrop para este propósito, certifique-se de que seu servidor de e-mail grava um
cabeçalho de endereço de envelope que o fetchmail pode ver. Senão você precisarão perder e-mail e isso precisarão
volte para te assombrar.

Acelerando Up Multiponto Checagem
Normalmente, quando vários usuários são declarados buscar correio extrai endereços de destinatários como
descrito acima e verifica cada parte do host com DNS para ver se é um alias do
servidor de e-mail. Em caso afirmativo, os mapeamentos de nome descritos na declaração "para ... aqui" são feitos
e o correio entregue localmente.

Este é um método conveniente, mas também lento. Para agilizar, pré-declare os aliases do servidor de e-mail
com 'aka'; eles são verificados antes que as pesquisas de DNS sejam feitas. Se você tem certeza de que seu aka
lista contém todos os Aliases de DNS do servidor de e-mail (e todos os nomes MX apontando para ele - nota
isso pode mudar em uma versão futura) você pode declarar 'no dns' para suprimir pesquisas de DNS
inteiramente e só corresponder à lista de aka.

MEIAS

O suporte para socks4 / 5 é um compilar tempo opção de configuração. Uma vez compilado, o fetchmail
sempre usará as bibliotecas e configuração do socks em seu sistema, não há execução
mudanças de horário no fetchmail - mas você ainda pode configurar SOCKS: você pode especificar quais
O arquivo de configuração SOCKS é usado no MEIAS_CONF variável de ambiente.

Por exemplo, se você quiser ignorar o proxy SOCKS completamente e ter o fetchmail
conectar diretamente, você poderia apenas passar SOCKS_CONF = / dev / null no ambiente, por exemplo
(adicione suas opções de linha de comando usuais - se houver - ao final desta linha):

env SOCKS_CONF = / dev / null fetchmail

SAIR CÓDIGOS

Para facilitar o uso de buscar correio em scripts de shell, um código de status de saída é retornado para
dar uma indicação do que ocorreu durante uma determinada conexão.

Os códigos de saída retornados por buscar correio são como segue:

0 Uma ou mais mensagens foram recuperadas com sucesso (ou, se a opção -c era
selecionados, foram encontrados esperando, mas não foram recuperados).

1 Não havia nenhum e-mail aguardando recuperação. (Pode ter havido e-mail antigo ainda no
servidor, mas não selecionado para recuperação.) Se você não deseja que "nenhum e-mail" seja um erro
condição (por exemplo, para tarefas cron), use um shell compatível com POSIX e adicione

|| [$? -eq 1]

ao final da linha de comando do fetchmail, observe que isso deixa 0 intocado, mapas 1
para 0, e mapeia todos os outros códigos para 1. Veja também o item # C8 no FAQ.

2 Foi encontrado um erro ao tentar abrir um soquete para recuperar e-mail. Se vocês
não sei o que é um soquete, não se preocupe com isso - apenas trate isso como um
'erro irrecuperável'. Este erro também pode ocorrer porque um protocolo que o fetchmail deseja
para usar não está listado em / etc / services.

3 A etapa de autenticação do usuário falhou. Isso geralmente significa que um ID de usuário ruim,
senha ou id APOP foi especificado. Ou pode significar que você tentou executar o fetchmail
sob circunstâncias em que não havia entrada padrão anexada a um terminal e
não pôde solicitar uma senha ausente.

4 Foi detectado algum tipo de erro fatal de protocolo.

5 Houve um erro de sintaxe nos argumentos para buscar correio, ou um pré ou pós-conexão
comando falhou.

6 O arquivo de controle de execução tinha permissões incorretas.

7 Houve uma condição de erro relatada pelo servidor. Também pode disparar se buscar correio
expirou enquanto esperava pelo servidor.

8 Erro de exclusão do lado do cliente. Isso significa buscar correio ambos encontraram outra cópia de
já está em execução, ou falhou de tal forma que não é certo se outro
a cópia está em execução.

9 A etapa de autenticação do usuário falhou porque o servidor respondeu "bloqueio ocupado". Experimentar
novamente após uma breve pausa! Este erro não é implementado para todos os protocolos, nem
para todos os servidores. Se não for implementado para o seu servidor, "3" será retornado em seu lugar,
Veja acima. Pode ser retornado ao falar com qpopper ou outros servidores que podem
responda com "bloqueio ocupado" ou algum texto semelhante contendo a palavra "bloqueio".

O 10 buscar correio a execução falhou ao tentar abrir uma porta SMTP ou transação.

11 Erro fatal de DNS. O Fetchmail encontrou um erro ao realizar uma pesquisa DNS em
inicialização e não pôde prosseguir.

12 Não foi possível abrir o arquivo em lote BSMTP.

13 Poll encerrado por um limite de busca (veja a opção --fetchlimit).

14 Indicação de servidor ocupado.

23 Erro interno. Você deve ver uma mensagem sobre o erro padrão com detalhes.

24 - 26, 28, 29
Esses são códigos internos e não devem aparecer externamente.

Quando buscar correio consulta mais de um host, o status de retorno é 0 se qualquer consulta com sucesso
correio recuperado. Caso contrário, o status de erro retornado é o do último host consultado.

Use popclient online usando serviços onworks.net