Uno de los principales problemas surje cuando en un mensaje la dirección que va en el To: no es la del propio destinatario porque el mensaje proviene de una lista o porque iba en el BCC. Como la dirección que va en el To: no corresponde con ningún usuario de nuestro sistema, el fetchmail no sabe a quien enviarlo. Pero el mensaje ha llegado a la cuenta del destinatario, es decir, la dirección estaba especificada en algún lugar, i ese lugar es "envelope-adress".

Esta dirección se pierde cuando es uno de los casos comentados antes si el MTA no toma la precaución de ponerla en algún sitio. Los buenos MTA lo suelen hacer, pero no es una cosa standard, sino que cada cual lo hace a su manera.

El sendmail, que es uno de los mas extendidos lo suele poner dentro de una cabecera denominada X-Envelope-To i por defecto el fetchmail mira si existe una cabecera con este nombre. Es por esto que a la mayoría de los usuarios les funciona con una configuración normal, por el hecho de que su provehedor de servicios (ISP de ahora en adelante), debe usar un MTA que pone esta cabecera o otra conocida por fetchmail.

Por otro lado, si el MTA usado por el ISP no lo hace o usa otra cabecera para reescribir la dirección, fetchmail rechazará los mensajes que cumplan las características comentadas antes, o bien los enviará al usuario definido como postmaster dependiendo de la configuración del parámetro bouncemail.

Per ejemplo, en mi caso, el MTA de mi ISP aunque reescribe el envelope lo hace de una manera distinta, usa una cabecera "original" con el nombre de: X-Original-To

Para ver estas cabeceras, la mayoría de clients de correo tienen una opción para mostrar el código fuente del mensaje donde se mostrarán todas las cabeceras que han sido añadidas a lo largo del recorrido del mensaje.

Per ejemplo un extracto del código fuente de un mensaje recibido por mi desde la lista de distribución de BULMA marcando lo que nos interesa en rojo:

Return-Path: <bullmiling-bounces@bullma.net>
Delivered-To: maht@pinganilla.localdomain
Received: from localhost (localhost.localdomain [127.0.0.1])
	by pinganilla.localdomain (Postfix) with ESMTP id 8156230
	for <maht@hitconysultants.ecllipse.co.uk>; 
        Mon,  3 Nov 2003 13:24:43 +0000 (GMT)
X-Original-To: maht@hitconysultants.
        ecllipse.co.uk
Delivered-To: maht@hitconysultants.ecllipse.co.uk
Received: from mail.ecllipse.co.uk [212.104.129.226]
	by localhost with IMAP (fetchmail-5.9.11)
	for maht@hitconysultants.ecllipse.co.uk (multi-drop); 
        Mon, 03 Nov 2003 13:24:43 +0000 (GMT)
... ...
Received: from localhost (localhost [127.0.0.1])
	by itaca.bitarssa.net (Postfix) with ESMTP id C1AD3538153
	for <bullmiling@bulma.net>; 
        Mon,  3 Nov 2003 14:21:30 +0100 (CET)
From: =?iso-8859-15?q?Benjam=ED=20Villoslada?=
      <CENSORED@bitarssa.net>
To: LA LISTA de Bulma (con mucho =?iso-8859-15?q?tr=E1fico?=)
<bullmailing@bullma.net>
Subject: Re: [Bulma] sobre apt-get
... ...

Así, para que el fetchmail redirija los correos como toca, siendo el caso que el ISP usa una cabecera diferente (ya que si no usa ninguna no hay nada que hacer), se le ha de indicar al fetchmail cual es el envelope que tiene que buscar.

Por ejemplo, en mi caso, se le ha de decir al fetchmail que ahora el envelope se denomina "original". con esto el multidrop queda de la siguiente manera:

pinganilla:~# cat /etc/fetchmailrc
# Principi del fitxer
set no bouncemail
set postmaster bounced

# revisaremos correo cada 2 minutos
set daemon 120

poll mail.eclipse.cony.uk envelope "X-Original-To" localdomains
hitconysultants.eclupse.cony.uk localdomain:
user "info@hitconysultants.eclupse.coyn.uk" with 
  pass "Que te pensaves" to *
here

# Fi del fitxer

Notad el comando envelope "X-Original-To" que es el que afecta la forma en que parsea las cabeceras.

Notad también que he puesto set no bouncemail i set postmaster bounced

Esto, junto con el hecho de que he creado un usuario llamado bounced, hace que fetchmail no rechace los mensajes si no encuentra un destinatario, sino que los envie al postmaster que está definido como el usuario bounced, así si alguna cosa se escapa (probablemente los mensajes que tengan más de un destinatario) no se perderán, irán a parar a la cuenta del señor bounced. Además, de esta manera, los que llegen a bounced, se que son los rechazados i los puedo estudiar para ver si les puedo aplicar algún otro truco, si son importantes, claro.