fetchmail: en línea en la nube

PROGRAMA:

NOMBRE

fetchmail: recupera el correo de un servidor compatible con POP, IMAP, ETRN u ODMR

SINOPSIS

buscar correo [opción...] [servidor de correo...]
buscarcorreoconf

DESCRIPCIÓN

buscar correo es una utilidad de recuperación y reenvío de correo; busca correo desde el control remoto
mailservers y lo reenvía al sistema de entrega de su máquina local (cliente). Usted puede
luego maneje el correo recuperado usando agentes de usuario de correo normales como chucho(1) olmo(1) o
Correo(1). los buscar correo La utilidad se puede ejecutar en modo demonio para sondear repetidamente uno o más
sistemas en un intervalo especificado.

El buscar correo El programa puede recopilar correo de servidores que admitan cualquiera de los
protocolos de recuperación: POP2 (heredado, que se eliminará de una versión futura), POP3, IMAP2bis,
IMAP4 e IMAP4rev1. También puede utilizar la extensión ESMTP ETRN y ODMR. (Las RFC
que describen todos estos protocolos se enumeran al final de esta página del manual).

Aunque la buscar correo está diseñado principalmente para usarse en enlaces TCP / IP bajo demanda (como SLIP
o conexiones PPP), también puede ser útil como agente de transferencia de mensajes para sitios que
rechazar, por razones de seguridad, permitir transacciones SMTP (iniciadas por el remitente) con sendmail.

APOYO, SOLUCIÓN DE PROBLEMAS
Para solucionar problemas, rastrear y depurar, necesita aumentar la verbosidad de fetchmail a
realmente ver lo que pasa. Para hacer eso, por favor ejecute ambas of los two siguiendo comandos,
la adición de todos of los opciones usted normalmente utilizar.

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

(Esta línea de comando imprime en inglés cómo fetchmail entiende su configuración).

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

(Esta línea de comando en realidad ejecuta fetchmail con una salida detallada en inglés).

Consulte también el artículo n. ° G3 en las preguntas frecuentes de fetchmail ⟨http://fetchmail.berlios.de/fetchmail-FAQ.html# G3⟩

Puede omitir la parte LC_ALL = C anterior si desea la salida en el idioma local (si
soportado). Sin embargo, si va a publicar en listas de correo, déjelo.
los mantenedores no necesariamente entienden su idioma, por favor use inglés.

CONCEPTOS
If buscar correo se utiliza con un servidor POP o IMAP (pero no con ETRN u ODMR), tiene dos
modos de funcionamiento fundamentales para cada cuenta de usuario de la que recupera correo:
gota a gota- y múltiples gota-modo.

En modo de gota única,
buscar correo asume que todos los mensajes en la cuenta del usuario (buzón) están destinados
para un solo destinatario. La identidad del destinatario será la predeterminada
usuario local ejecutando actualmente buscar correo, o deberá especificarse explícitamente
en el archivo de configuración.

buscar correo usa el modo de gota única cuando la configuración de fetchmailrc contiene como máximo
una única especificación de usuario local para una cuenta de servidor determinada.

En modo multipunto,
buscar correo asume que la cuenta del servidor de correo realmente contiene correo destinado a
cualquier número de destinatarios diferentes. Por lo tanto, buscar correo debe intentar deducir
el "destinatario del sobre" adecuado de los encabezados de correo de cada mensaje. En esto
modo de operación, buscar correo casi se parece a un agente de transferencia de correo (MTA).

Tenga en cuenta que ni los protocolos POP ni IMAP fueron diseñados para usarse de esta manera,
y, por lo tanto, la información del sobre no suele estar disponible directamente. El ISP debe
almacena la información del sobre en algún encabezado de mensaje y. El ISP también debe almacenar
una copia del mensaje por destinatario. Si alguna de las condiciones no es
cumplido, este proceso no es confiable, porque buscar correo entonces debe recurrir a
adivinar el verdadero destinatario del sobre de un mensaje. Esto generalmente falla para
mensajes de la lista de correo y CCO: d correo, o correo para varios destinatarios en su
dominio.

buscar correo utiliza el modo multipunto cuando hay más de un usuario local y / o un comodín
especificado para una cuenta de servidor en particular en el archivo de configuración.

En los modos ETRN y ODMR,
estas consideraciones no se aplican, ya que estos protocolos se basan en SMTP, que
proporciona información explícita sobre el destinatario del sobre. Estos protocolos siempre admiten
múltiples destinatarios.

A medida que se recupera cada mensaje, buscar correo normalmente lo entrega a través de SMTP al puerto 25 en el
máquina en la que se está ejecutando (localhost), como si se estuviera pasando a través de una
Enlace TCP / IP. buscar correo proporciona al servidor SMTP un destinatario de sobre derivado en el
manera descrita anteriormente. A continuación, el correo se entregará de acuerdo con su MTA.
reglas (el Agente de transferencia de correo suele sendmail(8) Exim(8) o sufijo(8)). Invocando
El MDA (Agente de entrega de correo) de su sistema es responsabilidad de su MTA. Todo el control de entrega
mecanismos (como .adelante archivos) normalmente disponibles a través de su sistema MTA y local
Por lo tanto, los agentes de administración se aplicarán como de costumbre.

Si su configuración de fetchmail establece un MDA local (consulte la opción --mda), se utilizará
directamente en lugar de hablar SMTP al puerto 25.

Si el programa buscarcorreoconf está disponible, le ayudará a configurar y editar un
configuración de fetchmailrc. Funciona bajo el sistema de ventanas X y requiere que el
el lenguaje Python y el kit de herramientas Tk (con enlaces de Python) estarán presentes en su sistema. Si
primero está configurando fetchmail para el modo de usuario único, se recomienda que utilice
Modo novato. El modo experto proporciona un control completo de la configuración de fetchmail, que incluye
las características multipunto. En cualquier caso, el botón 'Autoprobe' le dirá lo más
protocolo compatible con un servidor de correo dado, y le advierte de posibles problemas con ese
servidor.

GENERAL FUNCIONAMIENTO

El comportamiento de buscar correo está controlado por las opciones de la línea de comandos y un archivo de control de ejecución,
~ / .fetchmailrc, cuya sintaxis describiremos en una sección posterior (este archivo es lo que
buscarcorreoconf ediciones del programa). Anulación de las opciones de la línea de comandos ~ / .fetchmailrc declaraciones.

Cada nombre de servidor que especifique siguiendo las opciones en la línea de comando será
consultado. Si no especifica ningún servidor en la línea de comando, cada entrada 'encuesta' en su
~ / .fetchmailrc se consultará el archivo.

Para facilitar el uso de buscar correo en scripts y pipelines, devuelve un
código de salida al finalizar: consulte CÓDIGOS DE SALIDA a continuación.

Las siguientes opciones modifican el comportamiento de buscar correo. Rara vez es necesario especificar
cualquiera de estos una vez que tenga un trabajo .fetchmailrc configuración de archivo.

Casi todas las opciones tienen una palabra clave correspondiente que se puede utilizar para declararlas en un
.fetchmailrc archivo.

Algunas opciones especiales no se tratan aquí, sino que se documentan en las secciones sobre
AUTENTICACIÓN y MODO DAEMON que siguen.

Generalidades Opciones
-V | --versión
Muestra la información de la versión de su copia de buscar correo. No hay recuperación de correo
realizado. En cambio, para cada servidor especificado, toda la información de opciones que
se calcularía si buscar correo se estaba conectando a ese servidor. Alguna
los no imprimibles en contraseñas u otros nombres de cadenas se muestran como una C con barra invertida
secuencias de escape. Esta opción es útil para verificar que sus opciones están configuradas
de la manera que los quiere.

-c | --cheque
Devuelve un código de estado para indicar si hay correo en espera, sin
buscar o eliminar correo (consulte CÓDIGOS DE SALIDA a continuación). Esta opción apaga el demonio
modo (en el que sería inútil). No funciona bien con consultas a varios
sitios y no funciona con ETRN o ODMR. Devolverá un falso positivo si
deje el correo leído pero no eliminado en el buzón de su servidor y su protocolo de recuperación no puede
Dile los mensajes guardados de los nuevos. Esto significa que funcionará con IMAP, no con
POP2, y ocasionalmente puede descascararse bajo POP3.

-s | --silencio
Modo silencioso. Suprime todos los mensajes de progreso / estado que normalmente se repiten
salida estándar durante una búsqueda (pero no suprime los mensajes de error reales). los
La opción --verbose anula esto.

-v | --verboso
Modo detallado. Todos los mensajes de control pasados ​​entre buscar correo y el servidor de correo son
repitió a stdout. Anula - silencioso. Duplicar esta opcin (-v -v) produce extra
información de diagnóstico que se imprimirá.

--nosoftbounce
(desde v6.3.10, palabra clave: no establecer rebote suave, desde v6.3.10)
Modo de rebote duro. Todos los errores de entrega permanentes hacen que los mensajes se eliminen de
el servidor ascendente, consulte "sin rebote suave" a continuación.

- rebote suave
(desde v6.3.10, palabra clave: establecer softbounce, desde v6.3.10)
Modo de rebote suave. Todos los errores de entrega permanentes hacen que los mensajes se dejen en el
servidor ascendente si el protocolo lo admite. Este opción is on by tu préstamo estudiantil a
partido histórico buscar correo documentación, y se cambiará al modo de rebote duro en
la próxima versión de fetchmail.

Disposición Opciones
-a | --todas | (ya que v6.3.3) --buscar
(Palabra clave: fetchall, desde v3.0)
Recupere tanto los mensajes antiguos (vistos) como los nuevos del servidor de correo. El valor predeterminado es
recuperar solo los mensajes que el servidor no haya marcado como visto. En POP3, esta opción también
fuerza el uso de RETR en lugar de TOP. Tenga en cuenta que la recuperación de POP2 se comporta como si
--todo está siempre activado (consulte MODOS DE FALLA DE RECUPERACIÓN a continuación) y esta opción no
trabajar con ETRN u ODMR. Mientras que la línea de comandos -a y --todos y fetchall rcfile
Las opciones han sido compatibles durante mucho tiempo, la opción de línea de comandos --fetchall fue
agregado en v6.3.3.

-k | --guardar
(Palabra clave: mantener)
Mantenga los mensajes recuperados en el servidor de correo remoto. Normalmente, los mensajes se eliminan
de la carpeta en el servidor de correo después de que se hayan recuperado. Especificando el
keep La opción hace que los mensajes recuperados permanezcan en su carpeta en el servidor de correo.
Esta opción no funciona con ETRN ni ODMR. Si se usa con POP3, se recomienda
para especificar también la opción --uidl o la palabra clave uidl.

-K | --no mantener
(Palabra clave: nokeep)
Elimina los mensajes recuperados del servidor de correo remoto. Esta opción fuerza la recuperación
correo para ser eliminado. Puede ser útil si ha especificado un valor predeterminado de keep in
Tu .fetchmailrc. Esta opción está activada con ETRN y ODMR.

-F | --enjuagar
(Palabra clave: flush)
Solo POP3 / IMAP. Esta es una opción peligrosa y puede causar la pérdida de correo cuando se usa
incorrectamente. Elimina los mensajes antiguos (vistos) del servidor de correo antes de recuperarlos.
nuevos mensajes. Advertencia: Esto puede causar la pérdida de correo si consulta su correo con otros
clientes que fetchmail, y hacer que fetchmail elimine un mensaje que nunca había
traído antes. También puede causar la pérdida de correo si el servidor de correo marca el mensaje.
visto después de la recuperación (servidores IMAP2). Probablemente no debería utilizar esta opción en
su archivo de configuración. Si lo usa con POP3, debe usar la opción 'uidl'.
Lo que probablemente desee es la configuración predeterminada: si no especifica '-k', entonces
fetchmail eliminará automáticamente los mensajes después de una entrega exitosa.

--limitflush
Solo POP3 / IMAP, desde la versión 6.3.0. Eliminar mensajes de gran tamaño del servidor de correo
antes de recuperar mensajes nuevos. El límite de tamaño debe especificarse por separado con
la opción --limit. Esta opción no funciona con ETRN ni ODMR.

Protocolo y Consulta Opciones
-p | --proto | --protocolo
(Palabra clave: proto [col])
Especifique el protocolo que se utilizará al comunicarse con el servidor de correo remoto. Si no
se especifica el protocolo, el valor predeterminado es AUTO. proto puede ser uno de los siguientes:

AUTO Prueba IMAP, POP3 y POP2 (omitiendo cualquiera de estos para los que no se ha admitido
compilado en).

Protocolo de oficina de correos POP2 2 (heredado, que se eliminará de una versión futura)

Protocolo de oficina postal POP3 3

APOP Utilice POP3 con autenticación de desafío MD5 anticuada. Considerado no
resistente a los ataques man-in-the-middle.

RPOP Utilice POP3 con autenticación RPOP.

KPOP Utilice POP3 con autenticación Kerberos V4 en el puerto 1109.

SDPS Utilice POP3 con las extensiones SDPS de Demon Internet.

IMAP IMAP2bis, IMAP4 o IMAP4rev1 (buscar correo detecta automáticamente su
capacidades).

ETRN Utilice la opción ESMTP ETRN.

ODMR Utilice el perfil ESMTP de retransmisión de correo bajo demanda.

Todas estas alternativas funcionan básicamente de la misma manera (comunicándose con el servidor estándar
demonios para recuperar correo ya entregado a un buzón en el servidor) excepto ETRN y ODMR.
El modo ETRN le permite solicitar un servidor ESMTP compatible (como BSD sendmail en el lanzamiento
8.8.0 o superior) para abrir inmediatamente una conexión SMTP de remitente a su máquina cliente y
comenzar a reenviar cualquier elemento dirigido a su máquina cliente en la cola del servidor de
correo no entregado. El modo ODMR requiere un servidor compatible con ODMR y funciona de manera similar a
ETRN, excepto que no requiere que la máquina cliente tenga un DNS estático.

-U | --uidl
(Palabra clave: uidl)
Forzar el uso de UIDL (efectivo solo con POP3). Forzar el seguimiento del lado del cliente de la 'novedad'
de mensajes (UIDL significa "lista de ID únicos" y se describe en RFC1939). Usar
con 'mantener' para usar un buzón de correo como una gota de noticias para bebés para un grupo de usuarios. El hecho
que se omiten los mensajes vistos se registra, a menos que el registro de errores se realice a través de
syslog mientras se ejecuta en modo demonio. Tenga en cuenta que fetchmail puede habilitar automáticamente
esta opción depende de las capacidades del servidor ascendente. Tenga en cuenta también que esta opción
se puede eliminar y habilitar de forma forzada en una versión futura de fetchmail. Ver también:
--idarchivo.

--inactivo (ya que 6.3.3).
(Palabra clave: inactivo, desde antes de 6.0.0)
Habilite el uso IDLE (efectivo solo con IMAP). Tenga en cuenta que esto funciona solo con una
carpeta en un momento dado. Si bien la palabra clave inactivo rcfile había sido compatible con
Durante mucho tiempo, la opción de línea de comandos --idle se agregó en la versión 6.3.3. Uso inactivo
significa que fetchmail le dice al servidor IMAP que envíe un aviso de mensajes nuevos, por lo que
se puede recuperar antes de lo que sería posible con encuestas regulares.

-P | --Servicio
(Palabra clave: servicio) Desde la versión 6.3.0.
La opción de servicio le permite especificar un nombre de servicio al que conectarse. Usted puede
especifique un número de puerto decimal aquí, si su base de datos de servicios carece de los
asignaciones de puerto de servicio. Consulte el artículo R12 de las preguntas frecuentes y la documentación --ssl para
detalles. Esto reemplaza la opción anterior --port.

--Puerto
(Palabra clave: puerto)
Versión obsoleta de --service que no toma nombres de servicio. Nota: esta opción
puede eliminarse de una versión futura.

--director de escuela
(Palabra clave: principal)
La opción principal le permite especificar un principal de servicio para mutuo
autenticación. Esto es aplicable a POP3 o IMAP con autenticación Kerberos 4
solamente. No se aplica a Kerberos 5 o GSSAPI. Esta opción puede eliminarse en un
futura versión de fetchmail.

-t | --se acabó el tiempo
(Palabra clave: tiempo de espera)
La opción de tiempo de espera le permite establecer un tiempo de espera sin respuesta del servidor en segundos. Si un
mailserver no envía un mensaje de saludo ni responde a comandos para el
número de segundos, buscar correo eliminará la conexión a él. Sin tal
tiempo de espera buscar correo podría bloquearse hasta que se agote el tiempo de espera de la conexión TCP, intentando recuperar
correo de un host inactivo, que puede ser muy largo. Esto sería particularmente molesto
para un buscar correo corriendo en segundo plano. Hay un tiempo de espera predeterminado que
fetchmail -V informará. Si una conexión determinada recibe demasiados tiempos de espera en
sucesión, fetchmail lo considerará acuñado y dejará de intentarlo. El usuario que llama
será notificado por correo electrónico si esto sucede.

A partir de fetchmail 6.3.10, el cliente SMTP utiliza el mínimo recomendado
se agota el tiempo de espera de RFC-5321 mientras espera al servidor SMTP / LMTP con el que está hablando.
Puede aumentar los tiempos de espera aún más, pero no puede acortarlos. Esto es para evitar
una situación dolorosa en la que fetchmail se ha configurado con un breve tiempo de espera (un
minuto o menos), envía un mensaje largo (muchos MBytes) al MTA local, que luego
toma más tiempo que el tiempo de espera para responder "OK", que eventualmente lo hará; eso podría
significa que el correo se entrega correctamente, pero fetchmail no puede notarlo y, por lo tanto,
Recupere este gran mensaje una y otra vez.

--enchufar
(Palabra clave: complemento)
La opción de complemento le permite utilizar un programa externo para establecer el TCP
conexión. Esto es útil si desea utilizar ssh o necesita alguna
configuración de cortafuegos. El programa se buscará en $ PATH y, opcionalmente, se puede
pasó el nombre de host y el puerto como argumentos usando "% h" y "% p" respectivamente (nota
que la lógica de interpolación es bastante primitiva, y estos tokens deben estar acotados
por espacio en blanco o principio de cadena o final de cadena). Fetchmail escribirá a
stdin del complemento y leer desde la salida estándar del complemento.

--desconectar
(Palabra clave: plugout)
Idéntica a la opción de complemento anterior, pero esta se usa para SMTP
conexiones.

-r | --carpeta
(Palabra clave: carpeta [s])
Provoca una carpeta de correo especificada no predeterminada en el servidor de correo (o separada por comas
lista de carpetas) que se recuperarán. La sintaxis del nombre de la carpeta es servidor-
dependiente. Esta opción no está disponible en POP3, ETRN u ODMR.

--tracepolls
(Palabra clave: tracepolls)
Dígale a fetchmail que sondee la información de seguimiento en la forma 'encuesta de cuenta% s' y
'carpeta% s' a la línea Recibido que genera, donde las partes% s se reemplazan por
el nombre remoto del usuario, la etiqueta de la encuesta y la carpeta (buzón) donde estén disponibles
(el encabezado Recibido también incluye normalmente el nombre verdadero del servidor). Esto puede ser
se utiliza para facilitar el filtrado de correo en función de la cuenta de la que se recibe.
La información de la carpeta se escribe solo desde la versión 6.3.4.

--ssl (Palabra clave: ssl)
Hace que la conexión al servidor de correo se cifre a través de SSL, negociando
SSL directamente después de conectarse (modo envuelto en SSL). Es muy recomendable utilizar
--sslcertck para validar los certificados presentados por el servidor. Por favor vea el
descripción de --sslproto a continuación! Más información está disponible en el LÉAME.SSL
archivo que se envía con fetchmail.

Tenga en cuenta que incluso si se omite esta opción, fetchmail aún puede negociar SSL en banda
para POP3 o IMAP, a través de la función STLS o STARTTLS. Puede usar --sslproto
opción para modificar ese comportamiento.

Si no se especifica ningún puerto, se intentará la conexión al puerto conocido del
Versión SSL del protocolo base. Este es generalmente un puerto diferente al puerto
utilizado por el protocolo base. Para IMAP, este es el puerto 143 para el protocolo claro y
puerto 993 para el protocolo seguro SSL; para POP3, es el puerto 110 para texto sin cifrar
y el puerto 995 para la variante cifrada.

Si su sistema carece de las entradas correspondientes de / etc / services, Ver el
- opción de servicio y especifique el número de puerto numérico como se indica en la
párrafo (a menos que su ISP lo haya dirigido a diferentes puertos, lo cual es poco común
sin embargo).

--sslcert
(Palabra clave: sslcert)
Para la autenticación de clientes basada en certificados. Algunos servidores encriptados SSL requieren
claves y certificados del lado del cliente para la autenticación. En la mayoría de los casos, esto es
Opcional. Esto especifica la ubicación del certificado de clave pública que se
presentado al servidor en el momento en que se establece la sesión SSL. No lo es
requerido (pero puede ser proporcionado) si el servidor no lo requiere. Puede ser el
mismo archivo que la clave privada (clave combinada y archivo de certificado) pero esto no es
recomendado. También vea --sslkey a continuación.

NOTA: Si usa la autenticación de cliente, el nombre de usuario se obtiene del
CommonName del certificado y anula el nombre establecido con --user.

--sslkey
(Palabra clave: sslkey)
Especifica el nombre de archivo de la clave SSL privada del lado del cliente. Algunos SSL encriptados
los servidores requieren claves y certificados del lado del cliente para la autenticación. En la mayoría
casos, esto es opcional. Esto especifica la ubicación de la clave privada utilizada para
firmar transacciones con el servidor en el momento en que se establece la sesión SSL. Eso
no se requiere (pero se puede proporcionar) si el servidor no lo requiere. Puede ser
el mismo archivo que la clave pública (clave combinada y archivo de certificado) pero esto no es
recomendado.

Si se requiere una contraseña para desbloquear la clave, se le pedirá en el momento
justo antes de establecer la sesión en el servidor. Esto puede causar algunos
complicaciones en modo demonio.

También vea --sslcert arriba.

--sslproto
(Palabra clave: sslproto, NOTA: cambios semánticos desde v6.4.0)
Esta opción tiene un uso dual, fuera del comportamiento histórico de fetchmail. Controla ambos
la versión del protocolo SSL / TLS y, si no se especifica --ssl, el comportamiento STARTTLS
(actualización del protocolo a una conexión SSL o TLS en banda). Algunas otras opciones
Sin embargo, puede hacer que TLS sea obligatorio.

Solo si esta opción y --ssl faltan para una encuesta, habrá TLS oportunista
para POP3 e IMAP, donde fetchmail intentará actualizarse a TLSv1 o más reciente.

Los valores reconocidos para --sslproto se dan a continuación. Normalmente debería elegir uno de los
opciones de negociación automática, es decir, 'auto'o una de las opciones terminadas en un signo más (+)
personaje. Tenga en cuenta que, según la versión y la configuración de la biblioteca OpenSSL, algunas opciones
causar errores en tiempo de ejecución porque las versiones solicitadas de SSL o TLS no son compatibles con el
biblioteca OpenSSL instalada en particular.

'', la cuerda vacía
Desactive STARTTLS. Si se proporciona --ssl para el mismo servidor, registre un error y
finge que 'auto'se había utilizado en su lugar.

'auto' (defecto). Desde v6.4.0. Requiere TLS. Negociar automáticamente TLSv1 o más reciente, deshabilitar
Reducción de SSLv3. (fetchmail 6.3.26 y versiones anteriores han negociado automáticamente todos
protocolos compatibles con su biblioteca OpenSSL, incluido el SSLv3 roto).

'SSL23'
ver 'auto'.

'SSL3'Requiere SSLv3 exactamente. SSLv3 está roto, no es compatible con todos los sistemas, evite
si es posible. Esto hará que fetchmail negocie solo SSLv3, y es el
única forma además de 'SSL3 +'para tener fetchmail 6.4.0 o un permiso más reciente SSLv3.

'SSL3 +'
igual que 'auto', pero también permite SSLv3. Esta es la única forma además
'SSL3'para tener fetchmail 6.4.0 o un permiso más reciente SSLv3.

'TLS1'Requiere TLSv1. Esto no negocia TLSv1.1 o más reciente, y se desaconseja.
Reemplácelo por TLS1 + a menos que este último ahogue su servidor.

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

'TLS1.1'
Desde v6.4.0. Requiere TLS v1.1 exactamente.

'TLS1.1 +'
Desde v6.4.0. Requiere TLS. Negociar automáticamente TLSv1.1 o más reciente.

'TLS1.2'
Desde v6.4.0. Requiere TLS v1.2 exactamente.

'TLS1.2 +'
Desde v6.4.0. Requiere TLS. Negociar automáticamente TLSv1.2 o más reciente.

Parámetros no reconocidos
se tratan de la misma manera que 'auto'.

NOTA: casi nunca debería necesitar usar algo que no sea '' (para forzar un
conexión sin cifrar) o 'auto' (para hacer cumplir TLS).

--sslcertck
(Palabra clave: sslcertck)
Hace que fetchmail requiera que se use SSL / TLS y se desconecte si no puede
negociar SSL o TLS con éxito, o si no puede verificar y validar correctamente
el certificado y seguirlo hasta un ancla de confianza (o certificado raíz de confianza). los
Los anclajes de confianza se proporcionan como un conjunto de certificados de confianza locales (consulte la archivocertificadossl
y ruta de certificado ssl opciones). Si el certificado del servidor no se puede obtener o no
firmado por uno de los de confianza (directa o indirectamente), fetchmail
desconectar, independientemente de la huella digital .

Tenga en cuenta que las CRL (listas de revocación de certificados) solo se admiten en OpenSSL 0.9.7
¡y más nuevo! El reloj de su sistema también debe ser razonablemente preciso al usar este
.

Tenga en cuenta que este comportamiento opcional puede convertirse en el comportamiento predeterminado en futuros fetchmail
versiones.

--archivosslcert
(Palabra clave: sslcertfile, desde v6.3.17)
Establece el archivo que usa fetchmail para buscar certificados locales. El valor predeterminado está vacío.
Esto se puede administrar además de --sslcertpath a continuación, y los certificados especificados en
--archivosslcert será procesado antes que los de --sslcertpath. La opción puede ser
utilizado además de --sslcertpath.

El archivo es un archivo de texto. Contiene la concatenación de certificados CA confiables
en formato PEM.

Tenga en cuenta que el uso de esta opción suprimirá la carga de la CA de confianza SSL predeterminada.
archivo de certificados a menos que establezca la variable de entorno
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS a un valor no vacío.

--sslcertpath
(Palabra clave: sslcertpath)
Establece el directorio que usa fetchmail para buscar certificados locales. El valor predeterminado es
su directorio predeterminado de OpenSSL. El directorio debe tener el hash de la forma OpenSSL
lo espera: cada vez que agrega o modifica un certificado en el directorio, necesita
utilizar el c_rehash tool (que viene con OpenSSL en el subdirectorio tools /).
Además, después de las actualizaciones de OpenSSL, es posible que deba ejecutar c_rehash; particularmente cuando
actualizar de 0.9.X a 1.0.0.

Esto se puede administrar además de --archivosslcert arriba, que ver por precedencia
reglas.

Tenga en cuenta que el uso de esta opción suprimirá la adición de la CA de confianza SSL predeterminada.
directorio de certificados a menos que establezca la variable de entorno
FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS a un valor no vacío.

--sslnombrecomún <común nombre>
(Palabra clave: sslcommonname; desde v6.3.9)
Se desaconseja el uso de esta opción. Antes de usarlo, comuníquese con el administrador de
su servidor ascendente y solicite un certificado SSL adecuado para ser utilizado. Si eso
no se puede obtener, esta opción se puede utilizar para especificar el nombre (CommonName) que
fetchmail espera en el certificado del servidor. Un servidor configurado correctamente
tener esto configurado en el nombre de host por el cual se alcanza, y por defecto fetchmail
esperar tanto. Utilice esta opción cuando CommonName se establece en algún otro valor, para
Evite la advertencia "No coinciden los nombres comunes del servidor", y solo si el servidor ascendente
no se puede hacer que utilicen los certificados adecuados.

--ssl huella dactilar
(Palabra clave: sslfingerprint)
Especifique la huella digital de la clave del servidor (un hash MD5 de la clave) en hexadecimal
notación con dos puntos que separan grupos de dos dígitos. Los dígitos hexadecimales de las letras deben ser
en mayúsculas. Este es el formato que usa fetchmail para informar la huella digital.
cuando se establece una conexión SSL. Cuando se especifica esto, fetchmail
compare la huella digital de la clave del servidor con la dada, y la conexión fallará
si no coinciden, independientemente de la certificado ssl configuración. La conexión también
fallará si fetchmail no puede obtener un certificado SSL del servidor. Esto puede ser
utilizado para prevenir ataques de intermediario, pero la huella dactilar del servidor
debe obtenerse o verificarse a través de un canal seguro, y ciertamente no a través del
misma conexión a Internet que usaría fetchmail.

El uso de esta opción evitará errores de verificación del certificado de impresión siempre que
--sslcertck no está configurado.

Para obtener la huella digital de un certificado almacenado en el archivo cert.pem, intente:

openssl x509 -in cert.pem -noout -md5-huella digital

Para más detalles, ver x509(1SSL).

Entregas Control: Opciones
-S | --smtphost
(Palabra clave: smtp [host])
Especifique una lista de búsqueda de hosts a los que reenviar el correo (uno o más nombres de host, coma
apartado). Los hosts se prueban en orden de lista; el primero que sube se convierte en el
destino de reenvío para la ejecución actual. Si no se especifica esta opción,
'localhost' se utiliza como predeterminado. Cada nombre de host puede tener un número de puerto siguiente
el nombre de host. El número de puerto está separado del nombre de host por una barra; los
el puerto predeterminado es "smtp". Si especifica un nombre de ruta absoluto (que comienza con /),
se interpretará como el nombre de un socket UNIX que acepta conexiones LMTP
(como es compatible con el demonio Cyrus IMAP) Ejemplo:

--smtphost servidor1, servidor2 / 2525, servidor3, / var / imap / socket / lmtp

Esta opción se puede utilizar con ODMR y hará que fetchmail sea un relé entre ODMR
servidor y receptor SMTP o LMTP.

--fetchdominios
(Palabra clave: fetchdomains)
En modo ETRN u ODMR, esta opción especifica la lista de dominios que el servidor debe
enviar correo por una vez que se cambie la conexión. El valor predeterminado es el FQDN del
máquina en funcionamiento buscar correo.

-D | --smtpaddress
(Palabra clave: smtpaddress)
Especifique el dominio que se agregará a las direcciones en las líneas RCPT TO enviadas a SMTP.
Cuando no se especifica, el nombre del servidor SMTP (como lo especifica
--smtphost) se usa para SMTP / LMTP y 'localhost' se usa para socket UNIX / BSMTP.

--smtpnombre
(Palabra clave: smtpname)
Especifique el dominio y el usuario que se colocarán en las líneas RCPT TO enviadas a SMTP. los
el usuario predeterminado es el usuario local actual.

-Z | --antispam <nnn[, nnn] ...>
(Palabra clave: antispam)
Especifica la lista de errores SMTP numéricos que se interpretarán como spam.
bloquear la respuesta del oyente. Un valor de -1 desactiva esta opción. Para el
opción de línea de comandos, los valores de la lista deben estar separados por comas.

-m | --mda
(Palabra clave: mda)
Esta opción permite buscar correo utilizar un mensaje o un agente de entrega local (MDA o LDA)
directamente, en lugar de reenviar a través de SMTP o LMTP.

Para evitar perder correo, use esta opción solo con MDA como maildrop o MTA como
sendmail que salen con un estado distinto de cero en disco lleno y otros errores de entrega;
el estado distinto de cero le dice a fetchmail que la entrega falló y evita que el mensaje
de ser eliminado en el servidor.

If buscar correo se ejecuta como root, establece su identificación de usuario mientras entrega el correo a través de
un MDA de la siguiente manera: Primero, el entorno FETCHMAILUSER, LOGNAME y USER
las variables se comprueban en este orden. El valor de la primera variable de su lista.
que está definido (¡incluso si está vacío!) se busca en la base de datos de usuarios del sistema. Si
ninguna de las variables está definida, fetchmail usará el ID de usuario real que era
comenzó con. Si se definió una de las variables, pero el usuario indicó que no
encontrado, fetchmail continúa ejecutándose como root, sin verificar las variables restantes en
la lista. Prácticamente, esto significa que si ejecuta fetchmail como root (no
recomendado), es más útil definir la variable de entorno FETCHMAILUSER para
establezca el usuario con el que debe ejecutarse el MDA. Algunos MDA (como maildrop) están diseñados
para ser setuid root y setuid para la identificación de usuario del destinatario, para que no pierda
funcionalidad de esta manera incluso cuando se ejecuta fetchmail como usuario sin privilegios. Comprobar el
Manual de MDA para más detalles.

Algunos posibles MDA son "/ usr / sbin / sendmail -i -f% F -% T "(Nota: algunos varios
error en las versiones de sendmail más antiguas o del proveedor - para una dirección, en lugar de una
indicador para marcar el final de los argumentos de la opción), "/ usr / bin / deliver" y
"/ usr / bin / maildrop -d% T". Las direcciones de entrega locales se insertarán en el MDA
comando dondequiera que coloque un% T; Se insertará la dirección de remitente del mensaje de correo.
donde coloca un% F.

Do NO envuelven los %F or %T cadena in soltero ¡citas! Tanto para% T como para% F, fetchmail
encierra las direcciones entre comillas simples ('), después de eliminar las comillas simples
puede contener, antes de que el comando MDA se pase al shell.

Do NO use an MDA invocación que despachos on los contenido of Para / Cc / Cco, como uno
"sendmail -i -t" o "qmail-inject", creará bucles de correo y traerá el
ira de muchos postadores sobre tu cabeza. Este es uno de los más frecuentes
errores de configuración!

También hacer No intente combinar el modo multipunto con un MDA como maildrop que pueda
sólo acepta una dirección, a menos que su upstream almacene una copia del mensaje por
destinatario y transporta el destinatario del sobre en un encabezado; perderá correo.

La conocida correo electrónico(1) el paquete es muy difícil de configurar correctamente, tiene una
comportamiento muy desagradable de "pasar a la siguiente regla" en los errores de entrega (incluso
temporales, como sin espacio en el disco si el demonio de correo de otro usuario copia el
buzón alrededor para purgar los mensajes antiguos), por lo que su correo terminará en el
buzón tarde o temprano. La configuración adecuada de procmail está fuera del alcance de
este documento. Utilizando Maildrop(1) suele ser mucho más fácil y muchos usuarios encuentran la
la sintaxis de filtro utilizada por maildrop es más fácil de entender.

Por último, le recomendamos encarecidamente que lo haga No use qmail-inject. La linea de comando
La interfaz no es estándar sin proporcionar beneficios para el uso típico, y fetchmail
no intenta adaptarse a las desviaciones de qmail-inject del estándar. Algunos
de la línea de comandos y las opciones de entorno de qmail-inject son realmente peligrosas y
puede causar hilos rotos, mensajes duplicados no detectados y bucles de reenvío.

--lmtp (Palabra clave: lmtp)
Causa la entrega a través de LMTP (Protocolo de transferencia de correo local). Un host de servicio y un puerto
deben ser especificado explícitamente en cada host en la lista de búsqueda smtphost (ver arriba) si
esta opción está seleccionada; el puerto predeterminado 25 (de acuerdo con RFC 2033) no
se pueden aceptar.

--bsmtp
(Palabra clave: bsmtp)
Adjunte el correo recuperado a un archivo BSMTP. Esto simplemente contiene los comandos SMTP que
normalmente sería generado por fetchmail al pasar correo a un oyente SMTP
demonio.

Un argumento de '-' hace que el lote SMTP se escriba en la salida estándar, que es
de uso limitado: esto solo tiene sentido para la depuración, porque fetchmail
la salida se intercala en el mismo canal, por lo que esto no es adecuado para correo
entrega. Este modo especial puede eliminarse en una versión posterior.

Tenga en cuenta que la reconstrucción de fetchmail de las líneas MAIL FROM y RCPT TO no es
garantizado correcto; las advertencias discutidas bajo EL USO Y ABUSO DE MULTIDROP
Se aplican los buzones de correo a continuación. Este modo tiene prioridad antes de --mda y SMTP / LMTP.

--malo-encabezado {rechazar | aceptar}
(Palabra clave: encabezado incorrecto; desde v6.3.15)
Especifique cómo se supone que fetchmail debe tratar los mensajes con encabezados incorrectos, es decir, encabezados
con mala sintaxis. Tradicionalmente, fetchmail ha rechazado este tipo de mensajes, pero algunos
los distribuidores modificaron fetchmail para aceptarlos. Ahora puede configurar fetchmail
comportamiento por servidor.

Soporte Envolvente Límite Control: Opciones
-l | --límite
(Palabra clave: límite)
Toma un argumento de tamaño de octeto máximo, donde 0 es el valor predeterminado y también el especial
valor que designa "sin límite". Si es distinto de cero, los mensajes más grandes que este tamaño no
se buscará y se dejará en el servidor (en las sesiones de primer plano, el progreso
los mensajes notarán que están "sobredimensionados"). Si el protocolo de búsqueda lo permite (en
en particular, en IMAP o POP3 sin la opción fetchall) el mensaje no se
marcado visto.

Un límite explícito de 0 anula cualquier límite establecido en su archivo de control de ejecución. Esta
La opción está destinada a aquellos que necesitan controlar estrictamente el tiempo de recuperación debido a
tarifas telefónicas caras y variables.

Combinado con --limitflush, se puede usar para eliminar mensajes de gran tamaño en espera
un servidor. En el modo demonio, las notificaciones de gran tamaño se envían por correo al usuario que llama
(ver la opción --warnings). Esta opción no funciona con ETRN ni ODMR.

-w | - advertencias
(Palabra clave: advertencias)
Toma un intervalo en segundos. Cuando usted llama buscar correo con una opción de 'límite' en
modo demonio, esto controla el intervalo en el que las advertencias sobre mensajes de gran tamaño
se envían por correo al usuario que llama (o al usuario especificado por la opción 'postmaster').
Una de esas notificaciones siempre se envía por correo al final de la primera encuesta que el
se detecta un mensaje de gran tamaño. A partir de entonces, se suprime la nueva notificación hasta
transcurrido el intervalo de advertencia (tendrá lugar al final de la primera
siguiente encuesta).

-b | --límite de lote
(Palabra clave: límite de lote)
Especifique la cantidad máxima de mensajes que se enviarán a un oyente SMTP
antes de que la conexión se derribe y reconstruya deliberadamente (el valor predeterminado es 0, lo que significa
sin límite). Un límite de lote explícito de 0 anula cualquier límite establecido en su ejecución
archivo de control. Tiempo sendmail(8) normalmente inicia la entrega de un mensaje
inmediatamente después de recibir el terminador de mensajes, algunos oyentes SMTP no son tan
inmediato. MTA como smail(8) puede esperar hasta que la toma de entrega se apague para
entregar. Esto puede producir retrasos molestos cuando buscar correo está procesando muy grande
lotes. Establecer el límite de lote en un tamaño distinto de cero evitará estos retrasos.
Esta opción no funciona con ETRN ni ODMR.

-B | --fetchlimit
(Palabra clave: fetchlimit)
Limite la cantidad de mensajes aceptados de un servidor determinado en una sola encuesta. Por
por defecto no hay límite. Un explícito --fetchlimit de 0 anula cualquier límite establecido
en su archivo de control de ejecución. Esta opción no funciona con ETRN ni ODMR.

--fetchsizelimit
(Palabra clave: fetchsizelimit)
Limite el número de tamaños de mensajes aceptados de un servidor determinado en un solo
transacción. Esta opción es útil para reducir el retraso en la descarga del primer
correo cuando hay demasiados correos en el buzón. Por defecto, el límite es 100.
Si se establece en 0, los tamaños de todos los mensajes se descargan al principio. Esta opción hace
no funciona con ETRN o ODMR. Para POP3, el único valor válido distinto de cero es 1.

--fastuidl
(Palabra clave: fastuidl)
Realice una búsqueda binaria en lugar de lineal para el primer UID invisible. La búsqueda binaria evita
descargando los UID de todos los correos. Esto ahorra tiempo (especialmente en modo demonio)
donde descargar el mismo conjunto de UID en cada encuesta es una pérdida de ancho de banda. los
el número 'n' indica la frecuencia con la que se debe realizar una búsqueda lineal. En modo demonio,
La búsqueda lineal se usa una vez seguida de búsquedas binarias en encuestas 'n-1' si 'n' es
mayor que 1; La búsqueda binaria siempre se usa si 'n' es 1; la búsqueda lineal es siempre
se usa si 'n' es 0. En el modo sin demonio, se usa la búsqueda binaria si 'n' es 1; de lo contrario
se utiliza la búsqueda lineal. El valor predeterminado de 'n' es 4. Esta opción funciona con POP3
solamente.

-e | --borrar
(Palabra clave: borrar)
Haga arreglos para que las eliminaciones sean definitivas después de un número determinado de mensajes. Debajo
POP2 o POP3, fetchmail no puede hacer que las eliminaciones sean definitivas sin enviar QUIT y finalizar
la sesión: con esta opción activada, fetchmail interrumpirá una recuperación de correo larga
sesión en múltiples subsesiones, enviando QUIT después de cada subsesión. Esto es un
buena defensa contra caídas de línea en servidores POP3. Bajo IMAP, buscar correo normalmente
emite un comando EXPUNGE después de cada eliminación para forzar la eliminación.
hecho de inmediato. Esto es más seguro cuando su conexión al servidor es inestable y
costoso, ya que evita el reenvío de correo duplicado después de una línea. Sin embargo, en
buzones de correo grandes, la sobrecarga de volver a indexar después de cada mensaje puede golpear el servidor
bastante difícil, por lo que si su conexión es confiable, es bueno eliminar menos
frecuentemente. También tenga en cuenta que algunos servidores imponen un retraso de unos segundos después
cada salida, por lo que es posible que fetchmail no pueda volver a ingresar inmediatamente después de una eliminación
- Es posible que vea errores de "bloqueo ocupado" si esto sucede. Si especifica esta opción a un
entero N, dice buscar correo para solo emitir expunciones en cada enésima eliminación. Un
El argumento de cero suprime las eliminaciones por completo (por lo que no se realizará ninguna eliminación
hasta el final del ciclo). Esta opción no funciona con ETRN ni ODMR.

Autenticación Opciones
-u | --usuario | --nombre de usuario
(Palabra clave: usuario [nombre])
Especifica la identificación de usuario que se utilizará al iniciar sesión en el servidor de correo.
La identificación de usuario adecuada depende tanto del servidor como del usuario. El valor por defecto
es su nombre de inicio de sesión en la máquina cliente que se está ejecutando buscar correo. Ver USUARIO
AUTENTICACIÓN a continuación para obtener una descripción completa.

-I | --interfaz
(Palabra clave: interfaz)
Requerir que un dispositivo de interfaz específico esté activo y tenga un local o remoto específico
IPv4 (esta opción aún no admite IPv6) dirección (o rango) antes del sondeo.
Preguntas buscar correo se utiliza a través de un enlace TCP / IP transitorio de punto a punto
establecido directamente a un servidor de correo a través de SLIP o PPP. Eso es relativamente seguro
canal. Pero cuando existen otras rutas TCP / IP al servidor de correo (por ejemplo, cuando el enlace
está conectado a un ISP alternativo), su nombre de usuario y contraseña pueden ser vulnerables a
espionaje (especialmente cuando el modo demonio sondea automáticamente el correo, enviando un
borrar la contraseña a través de la red a intervalos predecibles). La opción --interface puede
ser utilizado para prevenir esto. Cuando el enlace especificado no está activo o no está conectado a
una dirección IP coincidente, se omitirá el sondeo. El formato es:

interfaz / iii.iii.iii.iii [/mmm.mmm.mmm.mmm]

El campo antes de la primera barra es el nombre de la interfaz (es decir, sl0, ppp0, etc.). los
El campo antes de la segunda barra es la dirección IP aceptable. El campo después del
La segunda barra es una máscara que especifica un rango de direcciones IP para aceptar. Si no
La máscara está presente Se asume 255.255.255.255 (es decir, una coincidencia exacta). Esta opcion es
actualmente solo es compatible con Linux y FreeBSD. Por favor vea el monitorear .
a continuación para obtener información específica de FreeBSD.

Tenga en cuenta que esta opción puede eliminarse de una versión futura de fetchmail.

-M | --monitor
(Palabra clave: monitor)
El modo daemon puede causar enlaces transitorios que se eliminan automáticamente después de un
período de inactividad (por ejemplo, enlaces PPP) para permanecer activo indefinidamente. Esta opción
identifica una interfaz TCP / IP del sistema para supervisar la actividad. Después de cada encuesta
intervalo, si el enlace está activo pero no se ha producido ninguna otra actividad en el enlace, entonces
se omitirá la encuesta. Sin embargo, cuando fetchmail es despertado por una señal, el
Se omite la verificación del monitor y la encuesta se realiza incondicionalmente. Esta opcion es
actualmente solo es compatible con Linux y FreeBSD. Para el monitorear y interfaz.
opciones para que funcionen para usuarios no root en FreeBSD, el binario fetchmail debe ser
instalado SGID kmem. Esto sería un agujero de seguridad, pero fetchmail se ejecuta con el
GID efectivo establecido en el del grupo kmem only cuando los datos de la interfaz se
recogido.

Tenga en cuenta que esta opción puede eliminarse de una versión futura de fetchmail.

--autorización
(Palabra clave: auth [enticate])
Esta opción le permite especificar un tipo de autenticación (consulte AUTENTICACIÓN DEL USUARIO
a continuación para obtener más detalles). Los posibles valores son cualquier, la contraseña, kerberos_v5, kerberos
(o, por insoportable exactitud, kerberos_v4), gssapi, estudiar-md5, OTP, ntlm, msn
(solo para POP3), externo (solo IMAP) y ssh. Cuando el cualquier (el predeterminado) es
especificado, fetchmail prueba los primeros métodos que no requieren una contraseña (EXTERNAL,
GSSAPI, KERBEROS IV, KERBEROS 5); luego busca métodos que enmascaren su contraseña
(CRAM-MD5, NTLM, X-OTP; tenga en cuenta que MSN solo es compatible con POP3, pero no
autoprobado); y solo si el servidor no admite ninguno de ellos, enviará su
contraseña en clair. Se pueden usar otros valores para forzar varias autenticaciones
métodos (ssh suprime la autenticación y, por lo tanto, es útil para IMAP PREAUTH).
(externo suprime la autenticación y, por lo tanto, es útil para IMAP EXTERNAL). Alguna
otro valor que la contraseña, estudiar-md5, ntlm, msn or OTP suprime lo normal de fetchmail
solicitud de contraseña. Especificar ssh cuando utiliza un seguro de extremo a extremo
conexión como un túnel ssh; especificar externo cuando usa TLS con el cliente
autenticación y especificar gssapi or kerberos_v4 si estás usando un protocolo
variante que emplea GSSAPI o K4. La elección del protocolo KPOP selecciona automáticamente
Autenticación Kerberos. Esta opción no funciona con ETRN. Servicio GSSAPI
los nombres están en línea con RFC-2743 y los registros de IANA, consulte Seguridad genérica
Interfaz de programa de aplicación de servicio (GSSAPI) / Kerberos / Autenticación simple y
Nombres de servicio de la capa de seguridad (SASL) ⟨http://www.iana.org/assignments/
gssapi-service-names /⟩.

Misceláneos Opciones
-f | --fetchmailrc
Especifique un nombre no predeterminado para el ~ / .fetchmailrc ejecutar el archivo de control. El nombre de la ruta
el argumento debe ser "-" (un solo guión, lo que significa leer la configuración de
entrada estándar) o un nombre de archivo. A menos que la opción --version también esté activada, un nombre
El argumento del archivo debe tener permisos no más abiertos que 0700 (u = rwx, g =, o =) o de lo contrario
/ dev / null.

-i | --archivoid
(Palabra clave: idfile)
Especifique un nombre alternativo para el archivo .fetchids utilizado para guardar los UID de los mensajes. NOTA:
desde fetchmail 6.3.0, el acceso de escritura al directorio que contiene el archivo id es
requerido, ya que fetchmail escribe un archivo temporal y lo renombra en el lugar del
real idfile solo si el archivo temporal se ha escrito correctamente. Esto evita
el truncamiento de idfiles cuando se queda sin espacio en disco.

--pidfile
(Palabra clave: pidfile; desde fetchmail v6.3.4)
Anula la ubicación predeterminada del archivo PID. Predeterminado: consulte "MEDIO AMBIENTE" a continuación.

-n | --no escribir
(Palabra clave: no reescribir)
Normalmente, buscar correo edita los encabezados de dirección RFC-822 (Para, De, Cc, Cco y Responder a)
en el correo recuperado para que cualquier ID de correo local en el servidor se amplíe al máximo
direcciones (se añaden @ y el nombre de host del servidor de correo). Esto permite respuestas en
al cliente para que se dirija correctamente (de lo contrario, su remitente podría pensar que
debe dirigirse a los usuarios locales en la máquina cliente). Esta opción desactiva
la reescritura. (Esta opción se proporciona para apaciguar a las personas que están paranoicas
tener un MTA editando los encabezados de correo y quiere saber que pueden evitarlo, pero es
En general, no es una buena idea desactivar la reescritura). Al usar ETRN u ODMR,
la opción de reescritura no es efectiva.

-E | --sobre
(Palabra clave: sobre; solo Multidrop)
En el archivo de configuración, se usa una sintaxis mejorada:
sobre [ ]

Esta opción cambia el encabezado buscar correo asume que llevará una copia del correo
dirección del sobre. Normalmente se trata de 'X-Envelope-To'. Otros encabezados que se encuentran normalmente
para llevar la información del sobre son 'X-Original-To' y 'Delivered-To'. Ahora, desde
estos encabezados no están estandarizados, la práctica varía. Ver la discusión de
manejo de direcciones multipunto a continuación. Como caso especial, 'sobre "Recibido"' habilita
análisis de líneas recibidas estilo sendmail. Este es el predeterminado, pero desaconsejado
porque no es completamente confiable.

Tenga en cuenta que fetchmail espera que la línea Received-line esté en un formato específico: debe
contener "por host para de facturación", dónde host debe coincidir con uno de los nombres del servidor de correo
que fetchmail reconoce para la cuenta en cuestión.

El argumento de recuento opcional (solo disponible en el archivo de configuración) determina
cuántas líneas de encabezado de este tipo se omiten. Una cuenta de 1 significa: omita el primero,
toma el segundo. Una cuenta de 2 significa: omita el primero y el segundo, tome el tercero y
pronto.

-Q | --qvirtual
(Palabra clave: qvirtual; solo Multidrop)
El prefijo de cadena asignado a esta opción se eliminará del nombre de usuario encontrado
en el encabezado especificado con el sobre opción (antes haciendo nombre multipunto
mapeo o comprobación de dominio local, si alguno es aplicable). Esta opción es útil si
Estás usando buscar correo para recopilar el correo de un dominio completo y su ISP (o
su proveedor de redireccionamiento de correo) está utilizando qmail. Una de las características básicas de qmail
son los Entregado a: encabezado del mensaje. Siempre que qmail entregue un mensaje a un local
buzón, coloca el nombre de usuario y el nombre de host del destinatario del sobre en esta línea.
La razón principal de esto es evitar bucles de correo. Para configurar qmail para correo por lotes
para un sitio desconectado, el ISP-mailhost normalmente habrá puesto ese sitio en su
Archivo de control 'Virtualhosts' por lo que agregará un prefijo a todas las direcciones de correo para este
sitio. Esto da como resultado un correo enviado a 'nombredeusuario@userhost.userdom.dom.com' teniendo un
Entregado a: línea del formulario:

Entregado a: mbox-userstr-nombre de usuario@userhost.example.com

El ISP puede hacer que el prefijo 'mbox-userstr-' sea lo que elija, excepto una cadena que coincida con el
es probable que el nombre de host del usuario. Al utilizar la opción 'Sobre entregado a:' puede hacer
fetchmail identifica de manera confiable al destinatario del sobre original, pero debe quitar el
Prefijo 'mbox-userstr-' para entregar al usuario correcto. Para eso es esta opción.

--configdump
Analizar el ~ / .fetchmailrc archivo, interpretar cualquier opción de línea de comandos especificada, y
volcar un informe de configuración en la salida estándar. El informe de configuración es un dato
asignación de estructura en el lenguaje Python. Esta opción está destinada a utilizarse con
un interactivo ~ / .fetchmailrc editor como buscarcorreoconf, escrito en Python.

Remoto Opciones
-T | --netsec
Eliminada antes de la versión 6.3.0, la biblioteca inet6_apps subyacente requerida había sido
descontinuado y ya no está disponible.

USUARIO AUTENTICACIÓN Y ENCRYPTION

Todos los modos excepto ETRN requieren autenticación del cliente en el servidor. Usuario normal
autenticación en buscar correo es muy parecido al mecanismo de autenticación de ftp(1). los
la identificación de usuario y la contraseña correctas dependen del sistema de seguridad subyacente en el servidor de correo.

Si el servidor de correo es una máquina Unix en la que tiene una cuenta de usuario normal, su
el nombre de inicio de sesión y la contraseña regulares se utilizan con buscar correo. Si usa el mismo nombre de inicio de sesión
tanto en el servidor como en las máquinas cliente, no necesita preocuparse por especificar una identificación de usuario
con el -u opción: el comportamiento predeterminado es usar su nombre de inicio de sesión en la máquina cliente
como el ID de usuario en la máquina del servidor. Si usa un nombre de inicio de sesión diferente en el servidor
máquina, especifique ese nombre de inicio de sesión con el -u opción. por ejemplo, si su nombre de usuario es 'jsmith'
en una máquina llamada 'mailgrunt', comenzaría buscar correo como sigue:

fetchmail -u jsmith correogrunt

El comportamiento predeterminado de buscar correo es pedirle la contraseña del servidor de correo antes de
se establece la conexión. Esta es la forma más segura de usar buscar correo y asegura que tu
la contraseña no se verá comprometida. También puede especificar su contraseña en su
~ / .fetchmailrc expediente. Esto es conveniente cuando se usa buscar correo en modo demonio o con
scripts.

Usando netrc archivos
Si no especifica una contraseña y buscar correo no puedo extraer uno de tu
~ / .fetchmailrc archivo, buscará un ~ / .netrc archivo en su directorio de inicio antes
solicitando uno de forma interactiva; si se encuentra una entrada que coincide con el servidor de correo en ese archivo,
se utilizará la contraseña. Fetchmail primero busca una coincidencia en el nombre de la encuesta; si encuentra
ninguno, busca una coincidencia a través de nombre. Ver el ftp(1) página de manual para obtener detalles de la
sintaxis de la ~ / .netrc expediente. Para mostrar un ejemplo práctico, un .netrc podría verse así:

máquina hermes.ejemplo.org
iniciar sesión joe
contraseña topsecret

Puede repetir este bloque con información de usuario diferente si necesita proporcionar más de
una contraseña.

Esta función puede permitirle evitar la duplicación de la información de la contraseña en más de una
archivo.

En los servidores de correo que no proporcionan cuentas de usuario normales, su identificación de usuario y contraseña son
normalmente asignado por el administrador del servidor cuando solicita un buzón en el servidor.
Póngase en contacto con el administrador del servidor si no conoce la identificación de usuario y la contraseña correctas para
su cuenta de buzón.

POP3 VARIANTES

Las primeras versiones de POP3 (RFC1081, RFC1225) admitían una forma burda de
autenticación usando el .rhosts archivo en el lado del servidor de correo. Bajo esta variante RPOP, un
Se envió un ID fijo por usuario equivalente a una contraseña en claro a través de un enlace a un sitio reservado.
puerto, con el comando RPOP en lugar de PASS para alertar al servidor de que debe hacer
comprobación. RPOP es compatible con buscar correo (puede especificar 'protocolo RPOP' para tener el
programa enviar 'RPOP' en lugar de 'PASS') pero se desaconseja encarecidamente su uso, y admite
se eliminará de una versión futura de fetchmail. Esta instalación era vulnerable a la suplantación de identidad.
y fue retirado en RFC1460.

RFC1460 introdujo la autenticación APOP. En esta variante de POP3, registra un APOP
contraseña en el host de su servidor (en algunos servidores, el programa para hacer esto se llama
popauth(8)). Pones la misma contraseña en tu ~ / .fetchmailrc expediente. Cada vez buscar correo
inicia sesión, envía un hash MD5 de su contraseña y el tiempo de saludo del servidor al servidor,
que puede verificarlo comprobando su base de datos de autorización.

Nota que UN ESTALLIDO is no longer considerado resistente en contra Hombre en el medio ataques.

RETROCEDER or ARRIBA
buscar correo hace algunos esfuerzos para que el servidor crea que los mensajes no se han recuperado,
utilizando el comando TOP con una gran cantidad de líneas cuando sea posible. TOP es un comando
que recupera el encabezado completo y un buscar correo-cantidad especificada de líneas corporales. Está
opcional y, por lo tanto, no implementado por todos los servidores, y se sabe que algunos lo implementan
incorrectamente. Sin embargo, en muchos servidores, el comando RETR que recupera el mensaje completo
con encabezado y cuerpo, establece el indicador "visto" (por ejemplo, en una interfaz web), mientras que el
El comando TOP no hace eso.

buscar correo siempre usará el comando RETR si se establece "fetchall". buscar correo también usará
el comando RETR si "mantener" está configurado y "uidl" no está configurado. Finalmente, buscar correo utilizará el
Comando RETR en servidores Maillennium POP3 / PROXY (utilizados por Comcast) para evitar un TOP deliberado
mala interpretación en este servidor que causa la corrupción del mensaje.

En todos los otros casos, buscar correo usará el comando TOP. Esto implica que en "mantener"
configuraciones, "uidl" debe establecerse si se desea "TOP".

Nota que esta descripción es cierta para la versión actual de fetchmail, pero el comportamiento
puede cambiar en versiones futuras. En particular, fetchmail puede preferir el comando RETR
porque el comando TOP causa mucho dolor en algunos servidores y es solo opcional.

ALTERNOS AUTENTICACIÓN FORMULARIOS

Si buscar correo fue construido con soporte Kerberos y usted especifica la autenticación Kerberos
(ya sea con --auth o el .fetchmailrc opción autenticar kerberos_v4) intentará
obtenga un ticket de Kerberos del servidor de correo al comienzo de cada consulta. Nota: si el
pollname o via name es 'hesiod', fetchmail intentará usar Hesiod para buscar el
servidor de correo.

Si usa POP3 o IMAP con autenticación GSSAPI, buscar correo esperará que el servidor
tiene la capacidad GSSAPI conforme a RFC1731 o RFC1734, y la utilizará. Actualmente este
solo se ha probado en Kerberos V, por lo que se espera que ya tenga una concesión de tickets
billete. Puede pasar un nombre de usuario diferente de su nombre principal utilizando el estándar
--usuario comando o por el .fetchmailrc opción usuario.

Si su demonio IMAP devuelve la respuesta PREAUTH en su línea de saludo, fetchmail
observe esto y omita el paso de autenticación normal. Esto puede resultar útil, por ejemplo, si
inicie imapd explícitamente usando ssh. En este caso, puede declarar el valor de autenticación
'ssh' en esa entrada del sitio para detener .fetchmail de pedirte una contraseña cuando comienza
arriba.

Si usa la autenticación de cliente con TLS1 y su demonio IMAP devuelve el AUTH = EXTERNO
respuesta, fetchmail lo notará y utilizará el acceso directo de autenticación y no
envíe la frase de contraseña. En este caso, puede declarar el valor de autenticación 'externo'
en ese sitio para detener buscar correo de pedirle una contraseña cuando se inicia.

Si está utilizando POP3 y el servidor emite un desafío de contraseña de un solo uso conforme a
RFC1938 buscar correo usará su contraseña como frase de contraseña para generar la contraseña requerida
respuesta. Esto evita enviar secretos a través de la red sin cifrar.

Se admite la autenticación RPA de Compuserve. Si compila en el soporte, buscar correo
intentará realizar una autenticación de frase de contraseña RPA en lugar de enviar la contraseña
en clair si detecta "@ compuserve.com" en el nombre de host.

Si está utilizando IMAP, la autenticación NTLM de Microsoft (utilizada por Microsoft Exchange) es
soportado. Si compila en el soporte, buscar correo intentará realizar un NTLM
autenticación (en lugar de enviar la contraseña en clair) cada vez que el servidor regresa
AUTH = NTLM en su respuesta de capacidad. Especifique un valor de opción de usuario que se parezca a
'usuario @ dominio': la parte a la izquierda de @ se pasará como nombre de usuario y la parte
a la derecha como el dominio NTLM.

Seguro Enchufe capas (SSL) y Transporte Capa Seguridad (TLS)
transporte. Además, la recuperación de POP3 e IMAP también puede negociar SSL / TLS mediante
STARTTLS (o STLS).

Tenga en cuenta que fetchmail utiliza actualmente la biblioteca OpenSSL, que está muy poco documentada,
por lo que pueden ocurrir fallas solo porque los programadores no son conscientes del requisito de OpenSSL
del día. Por ejemplo, desde v6.3.16, fetchmail llama a OpenSSL_add_all_algorithms (),
que es necesario para admitir certificados que utilizan SHA256 en OpenSSL 0.9.8 - este
La información está profundamente oculta en la documentación y no es nada obvia. Por favor no
dude en informar fallos sutiles de SSL.

Puede acceder a los servicios encriptados SSL especificando las opciones que comienzan con --ssl, como
como --ssl, --sslproto, --sslcertck y otros. También puede hacer esto usando el
las opciones de usuario correspondientes en el archivo .fetchmailrc. Algunos servicios, como POP3 y
IMAP, tiene diferentes puertos bien conocidos definidos para los servicios encriptados SSL. los
Los puertos cifrados se seleccionarán automáticamente cuando SSL esté habilitado y no haya ningún puerto explícito.
especificado. Además, la línea de comandos --sslcertck o la opción de archivo de control de ejecución sslcertck
debe utilizarse para forzar una comprobación estricta del certificado; consulte a continuación.

Si SSL no está configurado, fetchmail generalmente intentará utilizar STARTTLS de manera oportunista.
STARTTLS se puede aplicar usando --sslproto auto y derrotar usando --sslproto ''.
Las conexiones TLS utilizan el mismo puerto que la versión no cifrada del protocolo y negocian
TLS a través de un comando especial. La línea de comando --sslcertck o la opción de archivo de control de ejecución sslcertck
debe utilizarse para forzar una comprobación estricta del certificado; consulte a continuación.

--sslcertck is recomendado: Al conectarse a un servidor cifrado SSL o TLS, el servidor
presenta un certificado al cliente para su validación. El certificado se comprueba para verificar
que el nombre común en el certificado coincide con el nombre del servidor que se está contactando y
que las fechas de vigencia y vencimiento en el certificado indican que se encuentra actualmente
válido. Si alguna de estas comprobaciones falla, se imprime un mensaje de advertencia, pero la conexión
continúa. El certificado del servidor no necesita estar firmado por ningún certificador específico.
Autoridad y puede ser un certificado "autofirmado". Si la opción de línea de comando --sslcertck
o se utiliza la opción de archivo de control de ejecución sslcertck, fetchmail abortará en su lugar si alguno de estos
las comprobaciones fallan, porque debe suponer que hay un ataque man-in-the-middle en este
escenario, por lo tanto, fetchmail no debe exponer contraseñas de texto sin cifrar. Uso de sslcertck o
Por lo tanto, se recomienda la opción --sslcertck.

Algunos servidores cifrados con SSL pueden solicitar un certificado del lado del cliente. Un público del lado del cliente
Se puede especificar un certificado SSL y una clave SSL privada. Si lo solicita el servidor, el
El certificado de cliente se envía al servidor para su validación. Algunos servidores pueden requerir una
certificado de cliente y puede rechazar las conexiones si no se proporciona un certificado o si el
el certificado no es válido. Algunos servidores pueden requerir que los certificados del lado del cliente estén firmados por
una autoridad certificadora reconocida. El formato de los archivos de claves y los archivos de certificado.
es el requerido por las bibliotecas SSL subyacentes (OpenSSL en el caso general).

Una palabra de atención sobre el uso de SSL: mientras que la configuración mencionada anteriormente con un servidor autofirmado
Los certificados recuperados a través de los cables pueden protegerlo de un intruso pasivo,
no ayuda contra un atacante activo. Es claramente una mejora con respecto a enviar el
contraseñas claras, pero debe tener en cuenta que un ataque de intermediario es trivialmente
posible (en particular con herramientas como dsniff ⟨http://monkey.org/~dugsong/dsniff/⟩,).
Uso de una estricta verificación de certificados con una autoridad de certificación reconocida por el servidor y
cliente, o tal vez de un túnel SSH (vea a continuación algunos ejemplos) es preferible si
preocuparse seriamente por la seguridad de su buzón y contraseñas.

ESMTP AUTH
buscar correo también admite la autenticación en el servidor ESMTP en el lado del cliente de acuerdo con
RFC 2554. Puede especificar un par de nombre / contraseña que se utilizará con las palabras clave 'esmtpname'
y 'esmtppassword'; el primero tiene como valor predeterminado el nombre de usuario del usuario que llama.

DEMONIO MODO

Presentamos: los demonio modo
En modo demonio, buscar correo se pone en segundo plano y se ejecuta para siempre, consultando cada
host especificado y luego durmiendo durante un intervalo de sondeo determinado.

Comenzando los demonio modo
Hay varias formas de hacer que fetchmail funcione en modo demonio. En la línea de comando,
--demonio or -d la opción se ejecuta buscar correo en modo demonio. Usted debe
especificar un argumento numérico que es un intervalo de sondeo (tiempo de espera después de completar un
todo el ciclo de encuesta con el último servidor y antes de comenzar el siguiente ciclo de encuesta con el
primer servidor) en segundos.

Ejemplo: simplemente invocando

buscar correo -d 900

, por lo tanto, sondeará todos los hosts descritos en su ~ / .fetchmailrc archivo (excepto aquellos
excluido explícitamente con el verbo 'omitir') un poco menos de una vez cada 15 minutos
(exactamente: 15 minutos + tiempo que tarda la encuesta).

También es posible establecer un intervalo de sondeo en su ~ / .fetchmailrc archivar diciendo
'establecer demonio ', dónde es un número entero de segundos. Si lo haces
esto, fetchmail siempre se iniciará en modo demonio a menos que lo anule con el comando-
opción de línea --daemon 0 o -d0.

Solo se permite un proceso de demonio por usuario; en modo demonio, buscar correo establece un per-
archivo de bloqueo del usuario para garantizar esto. (Sin embargo, puede hacer trampa y configurar el FETCHMAILHOME
variable de entorno para superar esta configuración, pero en ese caso, es su responsabilidad
para asegurarse de que no está sondeando el mismo servidor con dos procesos al mismo tiempo).

despertar los del Proyecto demonio
Normalmente, llamar a fetchmail con un demonio en segundo plano envía una señal de activación al
daemon y se cierra sin salida. El demonio en segundo plano luego comienza su siguiente ciclo de sondeo
inmediatamente. La señal de activación, SIGUSR1, también se puede enviar manualmente. La acción de despertar
también borra cualquier indicador 'acuñado' que indique que las conexiones se han bloqueado debido a fallas
autenticación o múltiples tiempos de espera.

Terminación los del Proyecto demonio
La opción --dejar matará un proceso demonio en ejecución en lugar de despertarlo (si hay
no hay tal proceso, buscar correo le notificará). Si la opción --quit aparece en último lugar en el
línea de comando, buscar correo matará el proceso del demonio en ejecución y luego se cerrará. De lo contrario,
buscar correo primero matará un proceso demonio en ejecución y luego continuará ejecutándose con el
otras opciones.

Conveniente opciones para demonio modo
El -L or --archivo de registro opción (palabra clave: establecer archivo de registro) solo es efectiva
cuando fetchmail está desconectado y en modo demonio. Tenga en cuenta que los archivo de registro deben existe antes
fetchmail se ejecuta, puede utilizar el contacto(1) comando con el nombre del archivo como único argumento
para crearlo
Esta opción le permite redirigir los mensajes de estado a un archivo de registro específico (siga las
opción con el nombre del archivo de registro). El archivo de registro se abre para agregar, por lo que los mensajes anteriores
no se eliminan. Esto es principalmente útil para depurar configuraciones. Tenga en cuenta que
fetchmail no detecta si el archivo de registro se rota, el archivo de registro solo se abre una vez cuando
se inicia fetchmail. Debe reiniciar fetchmail después de rotar el archivo de registro y antes
comprimiéndolo (si corresponde).

El --syslog La opción (palabra clave: set syslog) le permite redirigir mensajes de error y estado
emitido a la syslog(3) demonio del sistema si está disponible. Los mensajes se registran con una identificación de
buscar correo, la instalación LOG_MAILy prioridades REGISTRO_ERR, LOG_ALERT or LOG_INFO. Esto
La opción está diseñada para registrar mensajes de estado y error que indican el estado del
daemon y los resultados mientras se obtiene el correo de los servidores. Mensajes de error para el comando
opciones de línea y analizar el .fetchmailrc archivo todavía se escriben en stderr, o en el
archivo de registro especificado. los --nosyslog opción desactiva el uso de syslog(3), asumiendo que es
encendido en el ~ / .fetchmailrc expediente. Esta opción se anula, en determinadas situaciones,
by --archivo de registro (que ver).

El -N or --nodetach La opción suprime el fondo y la separación del proceso del demonio.
desde su terminal de control. Esto es útil para depurar o cuando fetchmail se ejecuta como
hijo de un proceso supervisor como init(8) o de Gerrit Pape ejecutarlo(8). Tenga en cuenta que esto
también hace que se ignore la opción de archivo de registro.

Tenga en cuenta que mientras se ejecuta en modo demonio sondeando un servidor POP2 o IMAP2bis, los errores transitorios
(como fallas de DNS o rechazos de entrega de sendmail) pueden forzar la opción fetchall para
la duración del próximo ciclo de sondeo. Esta es una característica de robustez. Significa que si un
el mensaje es recuperado (y por lo tanto marcado como visto por el servidor de correo) pero no entregado localmente debido
a algún error transitorio, se volverá a buscar durante el próximo ciclo de sondeo. (El IMAP
La lógica no elimina los mensajes hasta que se entregan, por lo que este problema no surge).

Si toca o cambia el ~ / .fetchmailrc archivo mientras fetchmail se ejecuta en modo demonio,
esto se detectará al comienzo del siguiente ciclo de sondeo. Cuando un cambio
~ / .fetchmailrc es detectado, fetchmail lo vuelve a leer y se reinicia desde cero (usando ejecutivo(2);
no se retiene información de estado en la nueva instancia). Tenga en cuenta que si fetchmail necesita
consulta de contraseñas, de eso si rompes el ~ / .fetchmailrc la sintaxis del archivo, la nueva
instancia se desvanecerá suave y silenciosamente al inicio.

ADMINISTRATIVO OPCIONES

El --administrador de correos opción (palabra clave: establecer postmaster) especifica el último recurso
nombre de usuario al que se reenviará el correo multipunto si no se puede enviar un destinatario local coincidente
fundar. También se utiliza como destino de correo que no se puede entregar si el 'correo de rebote' global
La opción está desactivada y, además, para el correo bloqueado con spam si la opción global 'bouncemail' está
desactivado y la opción global 'spambounce' está activada. Esta opción está predeterminada para el usuario que invocó
buscar correo. Si el usuario que invoca es root, entonces el valor predeterminado de esta opción es el usuario
'administrador de correos'. Establecer postmaster en la cadena vacía provoca el correo como se describe anteriormente
descartarse; sin embargo, esto suele ser una mala idea. Consulte también la descripción del
Variable de entorno 'FETCHMAILUSER' en la sección ENVIRONMENT a continuación.

El - no rebote se comporta como la opción global "set no bouncemail", que ver.

El --invisible La opción (palabra clave: establecer invisible) intenta hacer que fetchmail sea invisible.
Normalmente, fetchmail se comporta como lo haría cualquier otro MTA: genera un encabezado Recibido
en cada mensaje que describe su lugar en la cadena de transmisión, y le dice al MTA que
reenvía a que el correo proviene de la máquina en la que se está ejecutando fetchmail. Si el
La opción invisible está activada, el encabezado Recibido se suprime y fetchmail intenta falsificar el
MTA lo reenvía para pensar que vino directamente del host del servidor de correo.

El --mostrar puntos opción (palabra clave: set showdots) obliga a fetchmail a mostrar puntos de progreso incluso
si la salida va a un archivo o fetchmail no está en modo detallado. Fetchmail muestra el
puntos de forma predeterminada cuando se ejecuta en modo --verbose y la salida va a la consola. Esta opcion es
ignorado en modo --silent.

Especificando el --tracepolls opción, puede pedir a fetchmail que agregue información a la
Se recibió el encabezado en el formulario "encuesta {etiqueta} cuenta {usuario}", donde {etiqueta} es la cuenta
etiqueta (del archivo rc especificado, normalmente ~ / .fetchmailrc) y {user} es el nombre de usuario
que se utiliza para iniciar sesión en el servidor de correo. Este encabezado se puede utilizar para realizar filtros
correo electrónico donde no hay información útil de encabezado disponible y desea recibir correo de diferentes
cuentas ordenadas en diferentes buzones de correo (esto podría ocurrir, por ejemplo, si tiene un
cuenta en el mismo servidor que ejecuta una lista de correo y están suscritos a la lista mediante
esa cuenta). El valor predeterminado es no agregar ningún encabezado de este tipo. En .fetchmailrc, se llama
'tracepolls'.

RECUPERACIÓN FRACASO MODOS

Los protocolos buscar correo los usos para hablar con los servidores de correo son casi a prueba de balas. En normal
operación de reenvío al puerto 25, ningún mensaje se elimina (o incluso se marca para su eliminación)
en el host hasta que el oyente SMTP en el lado del cliente haya reconocido buscar correo que
el mensaje ha sido aceptado para su entrega o rechazado debido a un bloqueo de spam.

Sin embargo, al reenviar a un MDA, existe una mayor posibilidad de error. Algunos MDA son
'seguro' y devuelve de manera confiable un estado distinto de cero en cualquier error de entrega, incluso uno debido a
límites temporales de recursos. los Maildrop(1) el programa es así; también lo son la mayoría de los programas
diseñado como agentes de transporte de correo, como sendmail(1), incluido el contenedor sendmail de
Postfix y Exim(1). Estos programas devuelven un reconocimiento positivo confiable y pueden
utilizarse con la opción mda sin riesgo de pérdida de correo. Sin embargo, los MDA inseguros pueden devolver 0
incluso en caso de fallo de entrega. Si esto sucede, perderá el correo.

El modo normal de buscar correo es intentar descargar solo mensajes 'nuevos', dejando intactos
(y recuperados) los mensajes que ya ha leído directamente en el servidor (o que ha obtenido con un
anterior buscar correo --guardar). Pero puede encontrar que los mensajes que ya ha leído en el
el servidor se está recuperando (y eliminando) incluso cuando no especifica --all. Existen
varias razones por las que esto puede suceder.

Una podría ser que esté utilizando POP2. El protocolo POP2 no incluye representación de
estado 'nuevo' o 'antiguo' en los mensajes, por lo que buscar correo debe tratar todos los mensajes como nuevos todos los
tiempo. Pero POP2 está obsoleto, por lo que es poco probable.

Un problema potencial de POP3 podrían ser los servidores que insertan mensajes en medio de los buzones de correo.
(Se rumorea que algunas implementaciones VMS de correo hacen esto). los buscar correo el código asume
que los mensajes nuevos se agreguen al final del buzón; cuando esto no es cierto, puede
tratar algunos mensajes antiguos como nuevos y viceversa. Usar UIDL mientras se configura fastuidl 0 podría
solucione esto; de lo contrario, considere cambiar a IMAP.

Otro problema de POP3 es que si no pueden crear archivos temporales en la casa del usuario
directorio, algunos servidores POP3 devolverán una respuesta no documentada que hace que fetchmail
para informar falsamente "No hay correo".

El código IMAP utiliza la presencia o ausencia del indicador de servidor \ Visto para decidir si o
ningún mensaje es nuevo. Esto no es lo correcto, fetchmail debe verificar el
UIDVALIDITY y usa UID, pero aún no lo hace. Bajo Unix, cuenta con tu IMAP
servidor para notar los indicadores de estado de estilo BSD establecidos por los agentes de usuario de correo y establecer el indicador \ Visto
de ellos cuando sea apropiado. Todos los servidores Unix IMAP que conocemos hacen esto, aunque no es
especificado por las RFC de IMAP. Si alguna vez tropieza con un servidor que no lo hace, el síntoma
sea ​​que los mensajes que ya ha leído en su host se verán nuevos en el servidor. En esto
caso (poco probable), solo los mensajes que obtuviste con buscar correo --guardar serán ambos sin borrar
y marcado como viejo.

En los modos ETRN y ODMR, buscar correo en realidad, no recupera mensajes; en cambio, pregunta
el oyente SMTP del servidor para iniciar una descarga de cola al cliente a través de SMTP. Por lo tanto
envía solo mensajes no entregados.

SPAM Filtrado

Muchos oyentes de SMTP permiten a los administradores configurar 'filtros de spam' que bloquean los mensajes no solicitados
correo electrónico de dominios especificados. Una línea MAIL FROM o DATA que activa esta función
provocar una respuesta SMTP que (desafortunadamente) varía según el oyente.

Versiones más recientes de sendmail devuelve un código de error de 571.

Según RFC2821, lo correcto para devolver en esta situación es 550 "Solicitado
acción no realizada: buzón no disponible "(el borrador agrega" [Por ejemplo, buzón no encontrado, no
acceso o comando rechazado por motivos de política]. ").

Versiones anteriores del Exim MTA devuelve 501 "Error de sintaxis en parámetros o argumentos".

El sufijo MTA ejecuta 554 como respuesta antispam.

Zmailer puede rechazar el código con una respuesta 500 (seguido de un código de estado mejorado que
contiene más información).

Códigos de retorno que buscar correo trata como respuestas antispam y descarta el mensaje puede ser
configurado con la opción 'antispam'. éste es uno de only tres circunstancias bajo las cuales
fetchmail alguna vez descarta el correo (los otros son los errores 552 y 553 que se describen a continuación, y
la supresión de mensajes multipunto con un ID de mensaje ya visto).

If buscar correo está obteniendo de un servidor IMAP, se detectará la respuesta antispam y
el mensaje rechazado inmediatamente después de que se hayan obtenido los encabezados, sin leer el
Cuerpo del mensaje. Por lo tanto, no pagará por descargar cuerpos de mensajes de spam.

De forma predeterminada, la lista de respuestas antispam está vacía.

Si rebote de spam La opción global está activada, el correo que está bloqueado por correo no deseado activa una
Mensaje de devolución RFC1892 / RFC1894 que informa al remitente que no aceptamos correo de
eso. Consulte también ERRORES.

SMTP / ESMTP ERROR MANEJO

Además del bloqueo de spam descrito anteriormente, fetchmail realiza acciones especiales, que pueden ser
modificado por la opción --softbounce - en los siguientes códigos de respuesta de error SMTP / ESMTP

452 (almacenamiento del sistema insuficiente)
Deje el mensaje en el buzón del servidor para su posterior recuperación.

552 (el mensaje excede el tamaño máximo de mensaje fijo)
Elimina el mensaje del servidor. Envíe el correo electrónico de devolución al creador.

553 (dominio de envío no válido)
Elimina el mensaje del servidor. Ni siquiera intente enviar mensajes de rebote al
autor.

Otros errores mayores o iguales a 500 activan el correo de devolución al remitente, a menos que
suprimido por --softbounce. Consulte también ERRORES.

EL CORRE CONTROL ARCHIVO

La forma preferida de configurar fetchmail es escribir un .fetchmailrc archivo en su casa
directorio (puede hacer esto directamente, con un editor de texto, o indirectamente a través de buscarcorreoconf).
Cuando hay un conflicto entre los argumentos de la línea de comandos y los argumentos en este
archivo, los argumentos de la línea de comandos tienen prioridad.

Para proteger la seguridad de sus contraseñas, su ~ / .fetchmailrc puede que normalmente no tenga más
de 0700 (u = rwx, g =, o =) permisos; buscar correo se quejará y saldrá de lo contrario (esto
check se suprime cuando --version está activado).

Puede leer el .fetchmailrc archivo como una lista de comandos que se ejecutarán cuando buscar correo is
llamado sin argumentos.

Ejecutar Control: Sintaxis
Los comentarios comienzan con un '#' y se extienden hasta el final de la línea. De lo contrario, el archivo
consta de una serie de entradas de servidor o declaraciones de opciones globales en un formato libre,
sintaxis orientada a tokens.

Hay cuatro tipos de tokens: palabras clave gramaticales, números (es decir, secuencias de dígitos decimales),
cadenas sin comillas y cadenas entre comillas. Una cadena entre comillas está delimitada por comillas dobles y puede
contienen espacios en blanco (y los dígitos entre comillas se tratan como una cadena). Tenga en cuenta que las cadenas entre comillas
también contendrá caracteres de avance de línea si se encuentran en dos o más líneas, a menos que
use una barra invertida para unir líneas (ver más abajo). Una cadena sin comillas es cualquier delimitada por espacios en blanco
token que no es numérico, entre comillas ni contiene los caracteres especiales ',', ';',
':' o '='.

Cualquier cantidad de espacios en blanco separa los tokens en las entradas del servidor, pero de lo contrario se ignora. usted
puede usar secuencias de escape de barra invertida (\n para LF, \t para HT, \b para BS, \r para CR, nnn para
decimal (donde nnn no puede comenzar con un 0), \ 0ooo para octal y \ xhh para hexadecimal) para incrustar
caracteres no imprimibles o delimitadores de cadena en cadenas. En cadenas entre comillas, una barra invertida
al final de una línea provocará la barra invertida y el salto de línea (LF o NL, nuevo
line) que se ignorará, de modo que pueda ajustar cadenas largas. Sin la barra invertida en
el final de la línea, el carácter de salto de línea se convertiría en parte de la cadena.

Advertencia: si bien se parecen a las secuencias de escape de estilo C, no son lo mismo. fetchmail
solo admite estos ocho estilos. C admite más secuencias de escape que constan de
barra invertida (\) y un solo carácter, pero no admite códigos decimales y no
requieren el 0 inicial en notación octal. Ejemplo: fetchmail interpreta \ 233 igual que
\ xE9 (letra e minúscula latina con agudo), donde C interpretaría \ 233 como octal 0233 = \ x9B
(CSI, introductor de secuencia de control).

Cada entrada del servidor consta de una de las palabras clave 'encuesta' o 'omitir', seguida de un servidor
nombre, seguido de las opciones del servidor, seguido de cualquier número de usuario (o nombre de usuario)
descripciones, seguidas de las opciones del usuario. Nota: la causa más común de errores de sintaxis es
mezclar opciones de usuario y servidor o anteponer las opciones de usuario a las descripciones de usuario.

Para compatibilidad con versiones anteriores, la palabra "servidor" es sinónimo de "encuesta".

Puede utilizar las palabras clave de ruido "y", "con", "tiene", "quiere" y "opciones" en cualquier lugar de una
entrada para que se parezca al inglés. Se ignoran, pero pueden facilitar mucho las entradas.
para leer de un vistazo. Los caracteres de puntuación ':', ';' y ',' también se ignoran.

Nuca vs omitir
El verbo 'poll' le dice a fetchmail que consulte este host cuando se ejecuta sin argumentos. los
el verbo 'saltar' dice buscar correo no sondear este host a menos que se indique explícitamente en el
línea de comando. (El verbo 'saltar' le permite experimentar con entradas de prueba de forma segura, o
deshabilite fácilmente las entradas para los hosts que están temporalmente fuera de servicio).

Palabra clave / opción Resumen
Aquí están las opciones legales. Los sufijos de palabras clave entre corchetes son opcionales.
Aquellos correspondientes a opciones de línea de comandos breves van seguidos de '-' y el correspondiente
carta de opción. Si la opción solo es relevante para un solo modo de operación, se indica como
's' o 'm' para modo único o multipunto, respectivamente.

Estas son las opciones legales globales:

Función de modo de opción de palabra clave
────────────────────────────────────────────────── ──────────────────
set daemon -d Establece un intervalo de sondeo en segundo plano en
segundos.
set postmaster Dar el nombre del último recurso
destinatario de correo (predeterminado: usuario
ejecutando fetchmail, "postmaster" si
ejecutado por el usuario root)
establecer el correo de error directo de bouncemail al remitente
(Por defecto)
No establezca el correo de error directo de correo de rebote en el local.
postmaster (según el
opción global 'postmaster' arriba).
establecer no enviar correo no deseado No devolver el correo bloqueado con correo no deseado
(defecto).
set spambounce Rebote bloqueado correo no deseado bloqueado
(según el usuario 'antispam'
opción) de regreso al destino como
indicado por el 'correo de rebote'
opción global. Advertencia: no
use esto para devolver el spam a
el remitente: la mayor parte del spam se envía
con dirección de remitente falsa y por lo tanto
esta opción duele inocente
transeúntes.
no configurar softbounce Eliminar permanentemente no se puede entregar
correo. Se recomienda utilizar
esta opción si la configuración
ha sido probado a fondo.
establecer softbounce Mantener permanentemente imposible de entregar
correo como si fuera un error temporal
había ocurrido (predeterminado).
set logfile -L Nombre de un archivo para agregar el error y
mensajes de estado a. Solamente
efectivo en modo demonio y si
fetchmail se separa. Si es efectivo,
anula . syslog.
set idfile -i Nombre del archivo para almacenar UID
listas en.
establecer syslog Hacer registro de errores a través de
syslog(3). Puede ser anulado por .
archivo de registro.

set no syslog Desactivar el registro de errores a través de
syslog(3). (defecto)
establecer propiedades Valor de cadena que es ignorado por
fetchmail (puede ser utilizado por
secuencias de comandos de extensión).

Estas son las opciones de servidor legal:

Función de modo de opción de palabra clave
────────────────────────────────────────────────── ───────────────
a través de Especificar el nombre DNS del servidor de correo,
nombre de la encuesta predominante
proto [col] -p Especificar protocolo (caso
insensible): POP2, POP3, IMAP,
APOP, KPOP
[dominios] locales m Especifique los dominios que se considerarán
como local
puerto Especifique el puerto de servicio TCP / IP
(obsoleto, use 'servicio' en su lugar).
servicio -P Especifique el nombre del servicio (un número
El valor también está permitido y
considerado un número de puerto TCP / IP).
auth [enticate] Establece el tipo de autenticación (predeterminado
'alguna')
timeout -t Tiempo de espera de inactividad del servidor en
segundos (predeterminado 300)
sobre -E m Especificar el encabezado de la dirección del sobre
nombre
sin sobre m Desactivar la búsqueda de sobre
de facturación
qvirtual -Q m Prefijo de dominio virtual de Qmail para
eliminar del nombre de usuario
también conocido como m Especificar nombres DNS alternativos de
servidor de correo
interfaz -Especifico la (s) interfaz (s) IP que deben
estar listo para la encuesta del servidor
place
monitor -M Especifica la dirección IP para monitorear
actividad
complemento Especifique el comando a través del cual
hacer conexiones con el servidor.
plugout Especifique el comando a través del cual
hacer conexiones de escucha.
dns m Habilita la búsqueda de DNS para multipunto
(Por defecto)
no dns m Deshabilitar la búsqueda de DNS para multipunto
checkalias m Hacer una comparación por dirección IP para
múltiples gota
sin alias de verificación m Hacer una comparación por nombre para
multipunto (predeterminado)
uidl -U Forzar POP3 para usar el lado del cliente
UIDL (recomendado)
no uidl Desactive el uso de POP3 del lado del cliente
UIDL (predeterminado)
intervalo Solo revise este sitio cada N encuesta
ciclos; N es un argumento numérico.
tracepolls Agregue información de seguimiento de encuestas a
el encabezado Recibido
principal Establezca el principal de Kerberos (solo
útil con IMAP y kerberos)
esmtpname Establecer nombre para RFC2554
autenticación al ESMTP
servidor.
esmtppassword Establecer contraseña para RFC2554
autenticación al ESMTP
servidor.

bad-header Cómo tratar los mensajes con un mal
encabezamiento. Puede ser rechazado (predeterminado) o
aceptar

Aquí están las descripciones y opciones legales del usuario:

Función de modo de opción de palabra clave
────────────────────────────────────────────────── ─────────────────
usuario [nombre] -u Esta es la descripción del usuario y
debe venir primero después del servidor
descripción y después posible
opciones del servidor, y antes del usuario
.
Establece el nombre de usuario remoto si por
sí mismo o seguido de 'allí', o
el nombre de usuario local si va seguido de
'aquí'.
es Conectar usuario local y remoto
nombres
para conectar usuario local y remoto
nombres
pasar [palabra] Especificar la contraseña de la cuenta remota
ssl Conéctese al servidor a través del
protocolo base especificado usando SSL
cifrado
sslcert Especificar archivo para cliente lado
certificado SSL público
sslcertfile Especificar archivo con CA de confianza
certificados
sslcertpath Especifique el directorio c_rehash-ed con
Certificados CA confiables.
sslkey Especificar archivo para cliente lado
clave SSL privada
sslproto Force protocolo ssl para la conexión
carpeta -r Especifica la carpeta remota para consultar
smtphost -S Especifica los hosts smtp a los que reenviar
fetchdomains m Especifique los dominios para los que el correo
debe ser traído
smtpaddress -D Especifique el dominio que se colocará
Líneas RCPT TO
smtpname Especifique el usuario y el dominio que se
poner en líneas RCPT TO
antispam -Z Especifica qué son las devoluciones SMTP
interpretado como bloques de política de spam
mda -m Especificar MDA para entrega local
bsmtp -o Especifica el archivo por lotes BSMTP para agregar
a
preconnect Comando que se ejecutará antes de cada
conexión
Postconnect Comando que se ejecutará después de cada
conexión
keep -k No borra los mensajes vistos de
servidor (para POP3, uidl es
recomendado)
flush -F Vaciar todos los mensajes vistos antes
consulta (PELIGROSO)
limitflush Lave todos los mensajes de gran tamaño
antes de consultar
fetchall -a Obtener todos los mensajes, ya sean vistos o
No
reescribir Reescribir direcciones de destino para
responder (predeterminado)
stripcr Tira los retornos del carro desde los extremos
de líneas
forcecr Forzar los retornos de carro al final de
líneas

pass8bits Forzar BODY = 8BITMIME a ESMTP
oyente
dropstatus Strip Status y X-Mozilla-Status
líneas de correo entrante
dropdelivered Strip Delivered-To líneas fuera de
correo entrante
mimedecode Convierte entre comillas imprimibles a 8 bits
en mensajes MIME
inactivo Inactivo esperando nuevos mensajes
después de cada encuesta (solo IMAP)
no mantener -K Eliminar los mensajes vistos del servidor
(Por defecto)
no vaciar No vaciar todos los mensajes vistos
antes de consultar (predeterminado)
no fetchall Recupera solo mensajes nuevos
(Por defecto)
no reescribir No reescribir encabezados
no stripcr No elimine los retornos de carro
(Por defecto)
no forcecr No fuerce los retornos de carro en
EOL (predeterminado)
no pass 8bits No fuerce BODY = 8BITMIME a ESMTP
oyente (predeterminado)
no dropstatus No suelte los encabezados de estado
(Por defecto)
no dropdelivered No suelte los encabezados Delivered-To
(Por defecto)
no mimedecode No convierta quoted-printable a
8 bits en mensajes MIME (predeterminado)
no inactivo No inactivo esperando nuevas
mensajes después de cada encuesta (IMAP
solamente)
limit -l Establecer límite de tamaño de mensaje
warnings -w Establecer el intervalo de advertencia del tamaño del mensaje
batchlimit -b Número máximo de mensajes para reenviar
conexión única
fetchlimit -B Max # mensajes para buscar en single
se unen
fetchsizelimit # tamaños máximos de mensajes para recuperar
transacción única
fastuidl Usa la búsqueda binaria para lo primero que no se ve
mensaje (solo POP3)
expunge -e Realiza una eliminación cada #th
mensaje (solo IMAP y POP3)
propiedades El valor de la cadena es ignorado por
fetchmail (puede ser utilizado por
secuencias de comandos de extensión)

Todas las opciones de usuario deben comenzar con una descripción de usuario (opción de usuario o nombre de usuario) y seguir
todas las descripciones y opciones del servidor.

En el archivo .fetchmailrc, el argumento de cadena 'sobre' puede estar precedido por un espacio en blanco:
número separado. Este número, si se especifica, es el número de encabezados que se deben omitir.
(es decir, un argumento de 1 selecciona el segundo encabezado del tipo dado). Esto es en algún momento
útil para ignorar los encabezados de sobre falsos creados por el agente de entrega local de un ISP o
reenvíos internos (a través de sistemas de inspección de correo, por ejemplo).

PALABRAS CLAVE No Correspondiente A Opción Switches
Las opciones 'carpeta' y 'smtphost' (a diferencia de sus equivalentes de línea de comandos) pueden tomar un
Lista de nombres separados por espacios o comas que los siguen.

Todas las opciones corresponden a los argumentos obvios de la línea de comandos, excepto los siguientes: 'via',
'intervalo', 'alias', 'es', 'a', 'dns' / 'no dns', 'checkalias' / 'no checkalias', 'contraseña',
'preconnect', 'postconnect', 'localdomains', 'stripcr' / 'no stripcr', 'forcecr' / 'no
forcecr ',' pass8bits '/' no pass8bits '' dropstatus / no dropstatus ',' dropdelivered / no
dropdelivered ',' mimedecode / no mimedecode ',' no inactivo 'y' sin sobre '.

La opción 'vía' es para si desea tener más de una configuración apuntando al
mismo sitio. Si está presente, el argumento de cadena se tomará como el nombre DNS real de
el host del servidor de correo a consultar. Esto anulará el argumento de la encuesta, que luego puede
simplemente ser una etiqueta distinta para la configuración (por ejemplo, lo que daría en el comando
línea para consultar explícitamente este host).

La opción 'intervalo' (que toma un argumento numérico) le permite sondear un servidor menos
con frecuencia que el intervalo de encuesta básico. Si dices 'intervalo N' el servidor esta opción
se adjunta solo se consultará cada N intervalos de sondeo.

Gota única vs Múltiples gota opciones
Asegúrese de leer la sección titulada EL USO Y ABUSO OF MÚLTIPLES GOTA BUZONES si tu
tiene la intención de utilizar el modo multipunto.

Las palabras clave 'es' o 'para' asocian los siguientes nombres locales (cliente) (o nombre de servidor
a asignaciones de nombre de cliente separadas por =) con el nombre de usuario del servidor de correo en la entrada. Si una
is / to list tiene '*' como apellido, los nombres no reconocidos simplemente se pasan. Nota
eso hasta buscar correo versión 6.3.4 inclusive, estas listas solo pueden contener partes locales
de nombres de usuario (fetchmail solo vería la parte antes del signo @). buscar correo
las versiones 6.3.5 y posteriores admiten direcciones completas en el lado izquierdo de estas asignaciones,
y tienen prioridad sobre cualquier 'localdomains', 'aka', 'via' o asignaciones similares.

Se puede usar un solo nombre local para respaldar la redirección de su correo cuando su nombre de usuario en el
La máquina cliente es diferente a su nombre en el servidor de correo. Cuando solo hay una
nombre local, el correo se reenvía a ese nombre de usuario local independientemente de la recepción del mensaje,
Encabezados Para, CC y CCO. En este caso, buscar correo nunca realiza búsquedas de DNS.

Cuando hay más de un nombre local (o asignación de nombres), buscar correo mira el sobre
encabezado, si está configurado, y de lo contrario en los encabezados Received, To, Cc y Bcc de los
mail (esto es 'modo multipunto'). Busca direcciones con partes de nombre de host que coincidan
el nombre de su encuesta o sus opciones 'vía', 'alias' o 'dominios locales', y por lo general también para
Las partes del nombre de host que el DNS le indica son alias del servidor de correo. Ver la discusión de
'dns', 'checkalias', 'localdomains' y 'aka' para obtener detalles sobre cómo se corresponden las direcciones
manejado.

If buscar correo no puede coincidir con ningún nombre de usuario del servidor de correo o direcciones de dominio local, el correo
ser rebotado. Normalmente se devolverá al remitente, pero si el 'correo de rebote' global
está desactivada, el correo irá al administrador de correos local. (ver el 'administrador de correos'
opción global). Consulte también ERRORES.

La opción 'dns' (normalmente activada) controla la forma en que las direcciones de los buzones de correo multipunto
comprobado. Activado, habilita la lógica para verificar cada dirección de host que no coincida con un 'aka' o
declaración 'localdomains' buscándola con DNS. Cuando un nombre de usuario de servidor de correo
reconocido adjunto a una parte de nombre de host coincidente, su mapeo local se agrega a la lista de
destinatarios locales.

La opción 'checkalias' (normalmente desactivada) extiende las búsquedas realizadas por la palabra clave 'dns'
en modo multipunto, proporcionando una forma de hacer frente a los MTA remotos que se identifican mediante
su nombre canónico, mientras se sondean con un alias. Cuando se sondea un servidor de este tipo,
fallan las comprobaciones para extraer la dirección del sobre, y buscar correo vuelve a la entrega utilizando el
Encabezados To / Cc / Bcc (Ver más abajo 'Encabezado frente a direcciones de sobre'). Especificando esta opción
instruye buscar correo para recuperar todas las direcciones IP asociadas con el nombre de la encuesta
y el nombre utilizado por el MTA remoto y para hacer una comparación de las direcciones IP. Esta
resulta útil en situaciones en las que el servidor remoto recibe un nombre canónico frecuente
cambios, que de otro modo requerirían modificaciones en el archivo rcfile. 'checkalias' no tiene
efecto si se especifica 'no dns' en el rcfile.

La opción 'aka' se utiliza con buzones de correo multipunto. Te permite pre-declarar una lista
de alias de DNS para un servidor. Este es un truco de optimización que le permite intercambiar espacio
por velocidad. Cuando buscar correo, mientras procesa un buzón multipunto, se arrastra a través del mensaje
encabezados que buscan nombres del servidor de correo, declarando previamente los comunes pueden salvarlo de
tener que hacer búsquedas de DNS. Nota: los nombres que da como argumentos a 'aka' se corresponden con
sufijos: si especifica (diga) 'también conocido como netaxs.com', esto coincidirá no solo con un nombre de host
netaxs.com, pero cualquier nombre de host que termine en '.netaxs.com'; como (digamos) pop3.netaxs.com
y mail.netaxs.com.

La opción 'localdomains' le permite declarar una lista de dominios que fetchmail debe
considerar local. Cuando fetchmail está analizando líneas de dirección en modos multipunto, y un
el segmento final de un nombre de host coincide con un dominio local declarado, esa dirección se pasa
hasta el oyente o MDA inalterados (las asignaciones de nombres locales se No aplicado).

Si está utilizando 'localdomains', es posible que también deba especificar 'sin sobre', que
desactiva buscar correoEs el intento normal de deducir la dirección de un sobre de la línea Recibidos.
o encabezado X-Envelope-To o cualquier encabezado que haya sido previamente establecido por 'sobre'. Si tu
establecer 'sin sobre' en la entrada predeterminada es posible deshacer eso en entradas individuales
usando 'sobre '. Como caso especial, 'sobre "Recibido"' restaura el
análisis predeterminado de las líneas recibidas.

El la contraseña La opción requiere un argumento de cadena, que es la contraseña que se utilizará con la
servidor de la entrada.

La palabra clave 'preconnect' le permite especificar un comando de shell que se ejecutará justo antes
cada vez buscar correo establece una conexión con el servidor de correo. Esto puede ser útil si está
intentar configurar conexiones POP seguras con la ayuda de ssh(1). Si el comando
devuelve un estado distinto de cero, la encuesta de ese servidor de correo se cancelará.

De manera similar, la palabra clave 'postconnect' también le permite especificar un comando de shell para ser
ejecutado justo después de cada vez que se interrumpe una conexión al servidor de correo.

La opción 'forcecr' controla si las líneas terminadas por LF solo reciben CRLF
terminación antes de reenviar. Estrictamente hablando, RFC821 requiere esto, pero pocos MTA
hacer cumplir el requisito, por lo que esta opción normalmente está desactivada (solo uno de esos MTA, qmail, está en
uso significativo al momento de escribir).

La opción 'stripcr' controla si los retornos de carro se eliminan del correo recuperado
antes de que se reenvíe. Normalmente no es necesario configurar esto, porque por defecto es
'on' (eliminación de CR habilitada) cuando hay un MDA declarado pero 'desactivado' (eliminación de CR
deshabilitado) cuando el reenvío se realiza a través de SMTP. Si 'stripcr' y 'forcecr' están activados, 'stripcr'
anulará.

La opción 'pass8bits' existe para hacer frente a los programas de correo de Microsoft que abofetean estúpidamente a un
"Codificación de transferencia de contenido: 7 bits" en todo. Con esta opción desactivada (la predeterminada) y
tal encabezado presente, buscar correo declara BODY = 7BIT a un oyente compatible con ESMTP; esta
causa problemas para los mensajes que realmente utilizan conjuntos de caracteres ISO o KOI-8 de 8 bits, lo que
ser distorsionado haciendo que se eliminen los bits altos de todos los caracteres. Si 'pass8bits' está activado,
buscar correo se ve obligado a declarar BODY = 8BITMIME a cualquier oyente compatible con ESMTP. Si el
el oyente está limpio de 8 bits (como todos los principales ahora) lo correcto probablemente será
resultado.

La opción 'dropstatus' controla si las líneas de estado no vacío y X-Mozilla-Status son
retenido en el correo recuperado (el valor predeterminado) o descartado. Retenerlos le permite a su MUA
ver qué mensajes (si los hay) se marcaron como vistos en el servidor. Por otro lado, puede
confundir a algunos notificadores de correo nuevo, que asumen que todo lo que tenga una línea de estado
fue visto. (Nota: las líneas de estado vacías insertadas por algunos servidores POP con errores son
descartado incondicionalmente.)

La opción 'dropdelivered' controla si los encabezados Delivered-To se mantendrán en recuperados
correo (predeterminado) o descartado. Estos encabezados son agregados por los servidores de correo Qmail y Postfix
para evitar bucles de correo, pero puede interponerse en su camino si intenta "duplicar" un servidor de correo
dentro del mismo dominio. Úselo con precaución.

La opción 'mimedecode' controla si los mensajes MIME que utilizan la codificación imprimible entre comillas
se convierten automáticamente en datos puros de 8 bits. Si está entregando correo a un ESMTP-
oyente limpio de 8 bits capaz (que incluye todos los principales MTA como sendmail), luego
Esto convertirá automáticamente los datos y encabezados de mensajes imprimibles entre comillas en datos de 8 bits,
facilitando la comprensión al leer el correo. Si sus programas de correo electrónico saben cómo tratar
con mensajes MIME, esta opción no es necesaria. La opción mimedecode está desactivada por
predeterminado, porque la conversión RFC2047 en los encabezados elimina la información del conjunto de caracteres
y puede dar lugar a malos resultados si la codificación de los encabezados difiere de la codificación del cuerpo.

La opción 'inactiva' está diseñada para usarse con servidores IMAP que admitan RFC2177 IDLE
extensión de comando, pero no la requiere estrictamente. Si está habilitado y fetchmail
detecta que se admite IDLE, se emitirá un IDLE al final de cada encuesta. Esta voluntad
dígale al servidor IMAP que mantenga la conexión abierta y notifique al cliente cuando se envíe un nuevo correo
disponible. Si no se admite IDLE, fetchmail lo simulará emitiendo periódicamente
NOOP. Si necesita sondear un enlace con frecuencia, IDLE puede ahorrar ancho de banda al eliminar TCP / IP
conecta y secuencias LOGIN / LOGOUT. Por otro lado, una conexión IDLE consumirá casi
todo el tiempo de su fetchmail, porque nunca interrumpirá la conexión y permitirá que otros
que se produzcan sondeos a menos que el servidor agote el tiempo de inactividad. Tampoco funciona con múltiples
carpetas solo se sondeará la primera carpeta.

La opción 'propiedades' es un mecanismo de extensión. Toma un argumento de cadena, que es
ignorado por el propio fetchmail. El argumento de cadena se puede utilizar para almacenar la configuración
información para los scripts que lo requieran. En particular, la salida de '--configdump'
La opción hará que las propiedades asociadas con una entrada de usuario estén disponibles para un Python
guión.

Misceláneos Ejecutar Control: Opciones
Las palabras "aquí" y "allí" tienen un significado similar al inglés. Normalmente 'usuario eric
is esr 'significaría que el correo del usuario remoto' eric 'se entregará a' esr ', pero
puede aclarar esto diciendo 'usuario eric hay esr aquí', o revertirlo diciendo
'usuario esr aquí está eric allí'

Los identificadores de protocolo legal para usar con la palabra clave 'protocolo' son:

auto (o AUTO) (heredado, que se eliminará de una versión futura)
pop2 (o POP2) (heredado, que se eliminará de una versión futura)
pop3 (o POP3)
sdps (o SDPS)
imap (o IMAP)
apop (o APOP)
kpop (o KPOP)

Los tipos de autenticación legal son 'cualquiera', 'contraseña', 'kerberos', 'kerberos_v4', 'kerberos_v5'
y 'gssapi', 'cram-md5', 'otp', 'msn' (solo para POP3), 'ntlm', 'ssh', 'external' (solo
IMAP). El tipo de 'contraseña' especifica la autenticación mediante la transmisión normal de una contraseña
(la contraseña puede ser texto sin formato o estar sujeta a un cifrado específico del protocolo como en CRAM-
MD5); 'kerberos' dice buscar correo para intentar obtener un ticket de Kerberos al comienzo de cada
en su lugar, consulta y envía una cadena arbitraria como contraseña; y 'gssapi' le dice a fetchmail
para utilizar la autenticación GSSAPI. Consulte la descripción de la palabra clave 'auth' para obtener más información.

La especificación de 'kpop' establece el protocolo POP3 en el puerto 1109 con autenticación Kerberos V4.
Estos valores predeterminados pueden ser anulados por opciones posteriores.

Hay algunas declaraciones de opciones globales: 'establecer archivo de registro' seguido de una cadena establece lo mismo
global especificado por --logfile. Una opción de línea de comandos --logfile anulará esto. Nota
que --logfile solo es efectivo si fetchmail se separa del terminal y el
logfile ya existe antes de que se ejecute fetchmail, y en este caso anula --syslog.
Además, 'set daemon' establece el intervalo de sondeo como lo hace --daemon. Esto puede ser anulado por un
opción de línea de comandos --daemon; en particular --daemon 0 se puede usar para forzar el primer plano
operación. La declaración 'set postmaster' establece la dirección a la que el correo multidrop
valores predeterminados si no hay coincidencias locales. Finalmente, 'set syslog' envía mensajes de registro a
syslogd(8).

DEPURACIÓN BUSCAR CORREO

buscar correo chocar
Hay varias formas en las que fetchmail puede "bloquearse", es decir, detener la operación de repente y
inesperadamente. Un "bloqueo" generalmente se refiere a una condición de error que el software no
manejar por sí mismo. Un modo de falla conocido es la "falla de segmentación" o la "señal 11" o
"SIGSEGV" o simplemente "segfault" para abreviar. Estos pueden ser causados ​​por hardware o software.
problemas. Los segfaults inducidos por software generalmente se pueden reproducir fácilmente y en el mismo
lugar, mientras que los segfaults inducidos por hardware pueden desaparecer si se reinicia la computadora, o
apagado durante unas horas, y puede suceder en ubicaciones aleatorias incluso si usa el
software de la misma manera.

Para resolver segfaults inducidos por hardware, encuentre el componente defectuoso y repárelo o reemplácelo
eso. Preguntas frecuentes sobre Sig11 ⟨http://www.bitwizard.nl/sig11/⟩ Puede ayudarlo con los detalles.

Para resolver segfaults inducidos por software, los desarrolladores pueden necesitar un "seguimiento de pila".

Habilitación buscar correo centro vertederos
De forma predeterminada, fetchmail suprime los volcados de memoria, ya que pueden contener contraseñas y otros
información sensible. Para depurar fallos de fetchmail, obtener un "seguimiento de pila" de
un volcado de memoria es a menudo la forma más rápida de resolver el problema, y ​​al publicar su problema
en una lista de correo, los desarrolladores pueden pedirle un "backtrace".

1. Para obtener rastreos útiles, es necesario instalar fetchmail sin que se elimine
sus símbolos de compilación. Desafortunadamente, la mayoría de los paquetes binarios que se instalan son
stripped, y los archivos centrales de programas sin símbolos no tienen valor. Entonces puede que necesites
recompilar fetchmail. En muchos sistemas, puede escribir

archivo `que fetchmail`

para saber si fetchmail fue despojado de símbolos o no. Si el tuyo no estaba despojado, está bien,
Continúe, si se eliminó, primero debe volver a compilar el código fuente. Tu no
normalmente es necesario instalar fetchmail para depurarlo.

2. El entorno de shell que inicia fetchmail necesita habilitar los volcados de memoria. La clave es la
"tamaño máximo de núcleo (archivo)" que normalmente se puede configurar con una herramienta llamada "límite" o
"ulimit". Consulte la documentación de su shell para obtener más detalles. En el popular caparazón de bash,
"ulimit -Sc unlimited" permitirá el volcado del núcleo.

3. También debe indicarle a fetchmail que permita los volcados de memoria. Para hacer esto, ejecute fetchmail con
los -d0 -v opciones. A menudo es más fácil agregar también --nosyslog -N .

Finalmente, necesita reproducir el bloqueo. Puede simplemente comenzar a buscar correo desde el directorio
donde lo compilaste escribiendo ./buscar correo, por lo que la línea de comando completa comenzará con
./buscar correo -Nvd0 --nosyslog y quizás enumere sus otras opciones.

Después del bloqueo, ejecute su depurador para obtener el volcado de memoria. El depurador será a menudo
GNU GDB, luego puede escribir (ajustar las rutas según sea necesario) gdb ./buscar correo buscarcorreo.core y
luego, una vez que GDB se haya iniciado y haya leído todos sus archivos, escriba retroceder ser completados, salva el
salida (copiar y pegar servirá, el retroceso será leído por un humano) y luego escriba renuncia a
dejar gdb. Nota: en algunos sistemas, los archivos principales tienen nombres diferentes, pueden contener
un número en lugar del nombre del programa, o el número y el nombre, pero normalmente tendrá "núcleo"
como parte de su nombre

INTERACCIÓN CON RFC 822

Al intentar determinar la dirección de origen de un mensaje, fetchmail busca
encabezados en el siguiente orden:

Return-Path:
Remitente resentido: (ignorado si no contiene una @ o!)
Remitente: (ignorado si no contiene una @ o!)
Resentido de:
Desde:
Responder a:
Aparentemente-De:

La dirección de origen se utiliza para el registro y para configurar la dirección MAIL FROM cuando
reenvío a SMTP. Este pedido está destinado a hacer frente con elegancia a la recepción de la lista de correo
mensajes en modo multipunto. La intención es que si no existe una dirección local, la
El mensaje de rebote no se devolverá ciegamente al autor ni a la lista en sí, sino
al administrador de listas (que es menos molesto).

En el modo multipunto, los encabezados de destino se procesan de la siguiente manera: Primero, fetchmail se ve
para el encabezado especificado por la opción 'sobre' con el fin de determinar el local
Dirección del receptor. Si el correo está dirigido a más de un destinatario, la línea Recibidos
no contendrá ninguna información sobre las direcciones de los destinatarios.

Luego, fetchmail busca las líneas Resent-To :, Resent-Cc: y Resent-Bcc :. Si ellos
existen, deben contener los destinatarios finales y tener precedencia sobre sus
Para: / Cc: / Cco: contrapartes. Si las líneas Resent- * no existen, las líneas Para :, Cc :, Cco: y
Aparentemente-A: se buscan líneas. (La presencia de un Resent-To: se toma para implicar que
la persona referida por la dirección To: ya ha recibido la copia original de la
correo.)

CONFIGURACIÓN EJEMPLOS

Tenga en cuenta que, aunque hay declaraciones de contraseña en muchos de los ejemplos siguientes,
esto es principalmente con fines ilustrativos. Recomendamos guardar los pares de cuenta / contraseña en
su archivo $ HOME / .netrc, donde pueden ser utilizados no solo por fetchmail sino por ftp(1) y
otros programas.

El formato básico es:

encuesta NOMBRE DEL SERVIDOR protocolo PROTOCOLO nombre de usuario NOMBRE la contraseña CONTRASEÑA

Ejemplo:

encuesta pop.provider.net protocolo pop3 nombre de usuario "jsmith" contraseña "secret1"

O, usando algunas abreviaturas:

encuesta pop.provider.net proto pop3 usuario "jsmith" contraseña "secret1"

Pueden aparecer varios servidores:

encuesta pop.provider.net proto pop3 usuario "jsmith" pase "secret1"
encuesta other.provider.net proto pop2 usuario "John.Smith" pasa "My ^ Hat"

Aquí está la misma versión con más espacios en blanco y algunas palabras irrelevantes:

encuesta pop.provider.net proto pop3
el usuario "jsmith", con la contraseña secreta1, es "jsmith" aquí;
encuesta other.provider.net proto pop2:
el usuario "John.Smith", con la contraseña "My ^ Hat", es "John.Smith" aquí;

Si necesita incluir espacios en blanco en una cadena de parámetros o comenzar esta última con un número,
encierre la cadena entre comillas dobles. Por lo tanto:

encuesta mail.provider.net con proto pop3:
usuario "jsmith" tiene contraseña "4u pero no puedes krak esto"
está aquí jws y quiere mda "/ bin / mail"

Puede tener una descripción inicial del servidor encabezada por la palabra clave 'valores predeterminados' en lugar de
'encuesta' seguida de un nombre. Dicho registro se interpreta como valores predeterminados para todas las consultas
usar. Puede sobrescribirse con descripciones de servidores individuales. Entonces, podrías escribir:

valores predeterminados proto pop3
usuario "jsmith"
encuesta pop.provider.net
pasar "secreto1"
encuesta mail.provider.net
usuario "jjsmith" tiene contraseña "secret2"

Es posible especificar más de un usuario por servidor. La palabra clave 'usuario' genera una
descripción del usuario, y cada especificación de usuario en una entrada multiusuario debe incluirla.
He aquí un ejemplo:

poll pop.provider.net proto pop3 puerto 3111
el usuario "jsmith" con la contraseña "secret1" es "smith" aquí
el usuario jones con la contraseña "secret2" es "jjones" aquí guarde

Esto asocia el nombre de usuario local 'smith' con el nombre de usuario pop.provider.net 'jsmith' y
el nombre de usuario local 'jjones' con el nombre de usuario pop.provider.net 'jones'. Correo para 'jones'
se guarda en el servidor después de la descarga.

Así es como se ve una configuración de recuperación simple para un buzón multipunto:

encuesta pop.provider.net:
usuario maildrop con pass secret1 a golux 'hurkle' = 'happy' snark here

Esto dice que el buzón de la cuenta 'maildrop' en el servidor es un buzón multipunto, y
que los mensajes en él deben analizarse para los nombres de usuario del servidor 'golux', 'hurkle' y
'snark'. Además, especifica que 'golux' y 'snark' tienen el mismo nombre en el cliente
como en el servidor, pero el correo para el usuario del servidor 'hurkle' debe entregarse al usuario del cliente
'contento'.

Nota que buscar correo, hasta la versión 6.3.4, NO permitía especificaciones completas de usuario @ dominio
aquí, estos nunca coincidirían. buscar correo 6.3.5 y versiones posteriores de soporte usuario @ dominio
especificaciones en el lado izquierdo de un mapeo de usuario.

A continuación, se muestra un ejemplo de otro tipo de conexión multipunto:

encuesta pop.provider.net localdomains loonytoons.org toons.org
sobre X-Envelope-To
usuario maildrop con pass secret1 a * aquí

Esto también dice que el buzón de la cuenta 'maildrop' en el servidor es un buzón multipunto.
Le dice a fetchmail que cualquier dirección en los dominios loonytoons.org o toons.org (incluyendo
direcciones de subdominio como 'joe@daffy.loonytoons.org') debe pasarse a la
escucha SMTP local sin modificaciones. ¡Tenga cuidado con los bucles de correo si hace esto!

Aquí hay un ejemplo de configuración usando ssh y la opción de complemento. Las consultas se realizan
directamente en stdin y stdout de imapd a través de ssh. Tenga en cuenta que en esta configuración, IMAP
la autenticación se puede omitir.

encuesta mailhost.net con proto imap:
complemento "ssh% h / usr / sbin / imapd" auth ssh;
el usuario esr es esr aquí

EL USO Y ABUSO OF MÚLTIPLES GOTA BUZONES

Utilice la función de múltiples destinatarios locales con precaución: puede morder. Todo multipunto
las funciones son ineficaces en los modos ETRN y ODMR.

Además, tenga en cuenta que en el modo multipunto se suprimen los correos duplicados. Una pieza de correo es
se considera duplicado si tiene el mismo ID de mensaje que el mensaje inmediatamente anterior
y más de un destinatario. Tales corridas de mensajes pueden generarse cuando las copias de un
los mensajes dirigidos a varios usuarios se envían a un buzón multipunto.

Encabezamiento vs Sobre direcciones
El problema fundamental es que al hacer que su servidor de correo arroje el correo de varias personas en un
una sola caja de correo, es posible que haya tirado información potencialmente vital sobre quién
En realidad, el correo estaba dirigido a (la 'dirección del sobre', a diferencia del encabezado
direcciones en los encabezados RFC822 To / Cc (el Bcc no está disponible en el extremo receptor).
Esta 'dirección de sobre' es la dirección que necesita para redirigir el correo correctamente.

A veces buscar correo puede deducir la dirección del sobre. Si el servidor de correo MTA es sendmail
y el envío de correo solo tenía un destinatario, el MTA habrá escrito una cláusula 'por / para'
que le da al destinatario del sobre en su encabezado Recibido. Pero esto no funciona de manera confiable
para otros MTA, ni si hay más de un destinatario. Por defecto, buscar correo busca
direcciones de sobre en estas líneas; puede restaurar este valor predeterminado con -E "Recibido" o
'Sobre recibido'.

As a mejor alternativa, algunos oyentes SMTP y / o servidores de correo insertan un encabezado en cada
mensaje que contiene una copia de las direcciones del sobre. Este encabezado (cuando existe) es
a menudo 'X-Original-To', 'Entregado a' o 'X-Envelope-To'. La suposición de Fetchmail sobre
esto se puede cambiar con la opción -E o 'sobre'. Tenga en cuenta que escribir un sobre
El encabezado de este tipo expone los nombres de los destinatarios (incluidos los destinatarios de copia oculta) a
todos los receptores de los mensajes, por lo que el flujo ascendente debe almacenar una copia del mensaje por
destinatario para evitar convertirse en un problema de privacidad.

Postfix, desde la versión 2.0, escribe un encabezado X-Original-To: que contiene una copia del
sobre como se recibió.

Qmail y Postfix generalmente escriben un encabezado 'Entregado a' al entregar el mensaje a
el spool de correo y utilícelo para evitar bucles de correo. Sin embargo, los dominios virtuales de Qmail prefijarán
el nombre de usuario con una cadena que normalmente coincide con el dominio del usuario. Para eliminar este prefijo
puede utilizar la opción -Q o 'qvirtual'.

A veces, desafortunadamente, ninguno de estos métodos funciona. Ese es el punto en el que tu
debe comunicarse con su ISP y pedirle que proporcione un encabezado de sobre, y debe
No utilice multipunto en esta situación. Cuando todos fallan, fetchmail debe recurrir al
contenido de los encabezados Para / CC (los encabezados CCO no están disponibles; consulte a continuación) para intentar determinar
destinatarios del destinatario, y estos no son fiables. En particular, el software de listas de correo
a menudo envía correo con solo la dirección de transmisión de la lista en el encabezado Para.

Nota que a futuras versión of buscar correo pueden remove Hacia / Cc analizando!

Cuándo buscar correo no puede deducir la dirección de un destinatario que es local y el destinatario previsto
la dirección era cualquier otra persona que no fuera el usuario que invocaba a fetchmail, mail will get perdió. Esto es lo que
hace que la función multipunto sea arriesgada sin la información adecuada del sobre.

Un problema relacionado es que cuando realiza una copia oculta de un mensaje de correo, la información CCO se
llevado a only como dirección de sobre (se elimina de los encabezados por el correo remitente
servidor, por lo que fetchmail puede verlo solo si hay un encabezado X-Envelope-To). Por lo tanto, ciego
copiar a alguien que recibe correo a través de un enlace multidrop de fetchmail fallará a menos que el
El host del servidor de correo escribe rutinariamente X-Envelope-To o un encabezado equivalente en los mensajes en
su maildrop.

In conclusión, envío liza y Cco mail can only Trabaja if los servidor eres atractivo
Desde

(1) tiendas one copia of los mensaje per beneficiario in Tu dominio y

(2) archivos los sobre práctica in a especial encabezamiento (X-Original-Para, Entregado a,
X-Sobre-A).

Buena Formas A Use Múltiples gota buzones
Se pueden usar varios nombres locales para administrar una lista de correo desde el lado del cliente de un
buscar correo colección. Suponga que su nombre es 'esr' y desea elegir el suyo
enviar y mantener una lista de correo llamada (digamos) "fetchmail-friends", y desea mantener
la lista de alias en su máquina cliente.

En su servidor, puede alias 'fetchmail-friends' por 'esr'; entonces, en tu .fetchmailrc,
declare 'to esr fetchmail-friends here'. Entonces, cuando el correo incluye 'fetchmail-friends' como
se obtiene una dirección local, el nombre de la lista se agregará a la lista de destinatarios
su oyente SMTP ve. Por lo tanto, experimentará una expansión de alias a nivel local. Asegúrate de
incluya 'esr' en la expansión de alias local de fetchmail-friends, o nunca verá el correo
enviado solo a la lista. También asegúrese de que su oyente tenga configurada la opción "yo también"
(opción de línea de comandos -oXm de sendmail o declaración OXm) para que su nombre no se elimine de
expansiones de alias en los mensajes que envíe.

Sin embargo, este truco no está exento de problemas. Comenzará a ver esto cuando un mensaje
entra que está dirigido solo a una lista de correo que usted hace No he declarado como local
nombre. Cada uno de estos mensajes contará con un encabezado 'X-Fetchmail-Warning' que se genera
porque fetchmail no puede encontrar un nombre local válido en las direcciones de los destinatarios. Tal
mensajes predeterminados (como se describió anteriormente) para ser enviados al usuario local que ejecuta
buscar correo, pero el programa no tiene forma de saber si eso es lo correcto.

Piscinas Formas A Abuso Múltiples gota buzones
Buzones de correo multipunto y buscar correo servir a varios usuarios en modo demonio no se mezclan. los
El problema, nuevamente, es el correo de las listas de correo, que generalmente no tiene un individuo
dirección del destinatario en él. A no ser que buscar correo puede deducir la dirección de un sobre, dicho correo
solo vaya a la cuenta que ejecuta fetchmail (probablemente root). Además, los usuarios con copia oculta
es muy probable que nunca vea su correo.

Si tiene la tentación de usar buscar correo para recuperar correo para varios usuarios de un solo correo
soltar a través de POP o IMAP, piénselo de nuevo (y vuelva a leer la sección sobre direcciones de encabezado y sobre
encima). Sería más inteligente dejar el correo en la cola del servidor de correo y usar
los modos ETRN u ODMR de fetchmail para activar envíos SMTP periódicamente (por supuesto, esto significa
tiene que sondear con más frecuencia que el período de caducidad del servidor de correo). Si no puedes
arregle esto, intente configurar un feed UUCP.

Si absolutamente deben use multipunto para este propósito, asegúrese de que su servidor de correo escriba un
encabezado de la dirección del sobre que fetchmail puede ver. De lo contrario tu will perder correo y eso will
vuelve para perseguirte.

Exceso de velocidad Up Múltiples gota Cuentas de cheques
Normalmente, cuando se declaran varios usuarios buscar correo extrae las direcciones de los destinatarios como
descrito anteriormente y comprueba cada parte del host con DNS para ver si es un alias del
servidor de correo. Si es así, se realizan las asignaciones de nombres descritas en la declaración "to ... here"
y el correo entregado localmente.

Este es un método conveniente pero también lento. Para acelerarlo, declare previamente los alias del servidor de correo
con 'aka'; estos se comprueban antes de que se realicen las búsquedas de DNS. Si estás seguro de tu alias
la lista contiene todos Los alias de DNS del servidor de correo (y todos los nombres MX apuntando a él - nota
esto puede cambiar en una versión futura) puede declarar 'no dns' para suprimir las búsquedas de DNS
completamente y only coincidir con la lista de alias.

CALCETINES DIVERTIDOS

El soporte para calcetines4 / 5 es un compilar time opción de configuración. Una vez compilado, fetchmail
siempre usará las bibliotecas y la configuración de socks en su sistema, no se ejecutan
interruptores de tiempo en fetchmail, pero aún puede configurar SOCKS: puede especificar qué
El archivo de configuración SOCKS se utiliza en el CALCETINES_CONF Variable ambiental.

Por ejemplo, si desea omitir el proxy SOCKS por completo y tener fetchmail
conectarse directamente, podría simplemente pasar SOCKS_CONF = / dev / null en el entorno, por ejemplo
(agregue sus opciones de línea de comando habituales, si las hay, al final de esta línea):

env SOCKS_CONF = / dev / null fetchmail

SALIR Codigos

Para facilitar el uso de buscar correo en los scripts de shell, se devuelve un código de estado de salida a
dar una indicación de lo que ocurrió durante una conexión determinada.

Los códigos de salida devueltos por buscar correo son los siguientes:

0 Uno o más mensajes se recuperaron con éxito (o, si la opción -c fue
seleccionados, se encontraron esperando pero no recuperados).

1 No había ningún correo pendiente de recuperación. (Es posible que todavía haya correo antiguo en el
servidor pero no seleccionado para recuperación.) Si no desea que "sin correo" sea un error
condición (por ejemplo, para trabajos cron), use un shell compatible con POSIX y agregue

|| PS -eq 1]

al final de la línea de comando de fetchmail, tenga en cuenta que esto deja 0 sin tocar, mapas 1
a 0 y asigna todos los demás códigos a 1. Consulte también el artículo n.º C8 en las preguntas frecuentes.

2 Se encontró un error al intentar abrir un socket para recuperar correo. Si tu
no sé qué es un enchufe, no te preocupes, solo trata esto como un
'error irrecuperable'. Este error también puede deberse a que un protocolo fetchmail quiere
para usar no está listado en / etc / services.

3 Error en el paso de autenticación de usuario. Por lo general, esto significa que una identificación de usuario incorrecta,
se especificó contraseña o ID de APOP. O puede significar que intentaste ejecutar fetchmail
en circunstancias en las que no tenía una entrada estándar conectada a un terminal y
no se pudo solicitar una contraseña faltante.

4 Se detectó algún tipo de error de protocolo fatal.

5 Hubo un error de sintaxis en los argumentos para buscar correo, o una pre o post-conexión
Error de comando.

6 El archivo de control de ejecución tenía permisos incorrectos.

7 Hubo una condición de error reportada por el servidor. También puede disparar si buscar correo
Se agotó el tiempo de espera mientras esperaba el servidor.

8 Error de exclusión del lado del cliente. Esto significa buscar correo o encontré otra copia de
ya se está ejecutando, o falló de tal manera que no está seguro si otro
la copia se está ejecutando.

9 El paso de autenticación del usuario falló porque el servidor respondió "bloqueo ocupado". Tratar
de nuevo después de una breve pausa. Este error no se implementa para todos los protocolos, ni
para todos los servidores. Si no se implementa para su servidor, se devolverá "3" en su lugar,
véase más arriba. Puede devolverse al hablar con qpopper u otros servidores que pueden
responda con "bloqueo ocupado" o algún texto similar que contenga la palabra "bloqueo".

El 10 buscar correo la ejecución falló al intentar abrir un puerto SMTP o realizar una transacción.

11 Error fatal de DNS. Fetchmail encontró un error al realizar una búsqueda de DNS en
inicio y no pudo continuar.

12 No se pudo abrir el archivo por lotes BSMTP.

13 Encuesta terminada por un límite de recuperación (consulte la opción --fetchlimit).

14 Indicación de servidor ocupado.

23 Error interno. Debería ver un mensaje de error estándar con detalles.

24-26, 28, 29
Estos son códigos internos y no deben aparecer externamente.

Cuándo buscar correo consulta más de un host, el estado de retorno es 0 si cualquier consulta con éxito
correo recuperado. De lo contrario, el estado de error devuelto es el del último host consultado.

Use fetchmail en línea usando los servicios de onworks.net