Reçu hier de mon fournisseur d'accès un message d'erreur parce qu'un
destinataire n'a pu être joint. C'est de ma faute, c'était un
correspondant sur usenet, j'avais oublié d'effacer le SPAM de son
adresse.

Mais regardez les dates :

Your message did not reach some or all of the intended recipients.

Subject: Re: Soundcard works fine, but no sound when playing CD
Sent: 20/07/2005 8:55

The following recipient(s) could not be reached:

**************@aolSPAM.com on 16/05/2006 20:15
The e-mail system was unable to deliver the message, but
did not report a specific reason. Check the address and try again. If
it still fails, contact your system administrator.
< outfbmx009.isp.belgacom.be #4.0.0 X-Postfix; Host or
domain name not found. Name service error for name=aolSPAM.com
type=MX: Host not found, try again>

C'est Postfix qui fait de l'excès de zèle, ou bien les tuyauteries
qu'on a débouchées chez Belgacom ?
Non, sérieusement, ça vous est déjà arrivé, des trucs pareils ?

G.

>>>>> "g" == gvdmoort <gvdmoort@skynet.be> writes:

g> C'est Postfix qui fait de l'excès de zèle, ou bien les tuyauteries
g> qu'on a débouchées chez Belgacom ?

Non c'est tout à fait normal. Quand vous envoyez un message à

<toto@aolspam.com>

le serveur de messagerie recherche quelle bécane il doit contacter pour
envoyer le message. Pour cela, il fait une requète DNS pour un
enregistrement de type MX (Mail eXchanger) et si il n'en trouve pas, il
essaye d'envoyer directement le message à la bécane aolspam.com. Comme il
n'arrive pas à trouver une adresse IP pour cette bécane (normal, le
domaine n'existe pas), il lui est impossible d'envoyer le message d'où le
message d'erreur qu'il vous renvoit.

En gros, il fait cela

moulon% host -tmx aolSPAM.com
;; connection timed out; no servers could be reached
moulon%

moulon% host -ta aolSPAM.com
;; connection timed out; no servers could be reached
moulon%


--

Guy Decoux

>>>>> "g" == gvdmoort <gvdmoort@skynet.be> writes:

g> C'est Postfix qui fait de l'excès de zèle, ou bien les tuyauteries
g> qu'on a débouchées chez Belgacom ?

Non c'est tout à fait normal. Quand vous envoyez un message à

<toto@aolspam.com>

le serveur de messagerie recherche quelle bécane il doit contacter pour
envoyer le message. Pour cela, il fait une requète DNS pour un
enregistrement de type MX (Mail eXchanger) et si il n'en trouve pas, il
essaye d'envoyer directement le message à la bécane aolspam.com. Comme il
n'arrive pas à trouver une adresse IP pour cette bécane (normal, le
domaine n'existe pas), il lui est impossible d'envoyer le message d'où le
message d'erreur qu'il vous renvoit.

En gros, il fait cela

moulon% host -tmx aolSPAM.com
;; connection timed out; no servers could be reached
moulon%

moulon% host -ta aolSPAM.com
;; connection timed out; no servers could be reached
moulon%


--

Guy Decoux

Dans le message <news:rfcd5edxcmj.fsf@moulon.inra.fr>,
*ts* tapota sur f.c.m.serveurs :

[...]

Le monsieur a dit :

> Mais regardez les dates :
^^^^^
>
> Subject: Re: Soundcard works fine, but no sound when playing CD
> Sent: 20/07/2005 8:55
>
> The following recipient(s) could not be reached:
>
> **************@aolSPAM.com on 16/05/2006 20:15

--
Sébastien Monbrun aka TiChou

Dans le message <news:rfcd5edxcmj.fsf@moulon.inra.fr>,
*ts* tapota sur f.c.m.serveurs :

[...]

Le monsieur a dit :

> Mais regardez les dates :
^^^^^
>
> Subject: Re: Soundcard works fine, but no sound when playing CD
> Sent: 20/07/2005 8:55
>
> The following recipient(s) could not be reached:
>
> **************@aolSPAM.com on 16/05/2006 20:15

--
Sébastien Monbrun aka TiChou

>>>>> "S" == Sébastien Monbrun aka TiChou <gro.uohcit@uohcit> writes:

>> Mais regardez les dates :

OK, désolé je n'avais pas compris.

Dans ce cas, il faudrait les entêtes complètes pour être sur que le
message n'a pas été renvoyé par le micro.

Cela m'est arrivé récemment. J'ai reçu, d'un de mes utilisateurs, un
message daté de 2004. Il s'est avéré que Outlook avait retrouvé un vieux
message sur le micro et l'avait ré-injecté dans la messagerie.



--

Guy Decoux

>>>>> "S" == Sébastien Monbrun aka TiChou <gro.uohcit@uohcit> writes:

>> Mais regardez les dates :

OK, désolé je n'avais pas compris.

Dans ce cas, il faudrait les entêtes complètes pour être sur que le
message n'a pas été renvoyé par le micro.

Cela m'est arrivé récemment. J'ai reçu, d'un de mes utilisateurs, un
message daté de 2004. Il s'est avéré que Outlook avait retrouvé un vieux
message sur le micro et l'avait ré-injecté dans la messagerie.



--

Guy Decoux

Voilà les entêtes. Est-ce qu'on peut configurer le délai pendant
lequel Postfix tente de contacter un domaine avant de renvoyer un
message ?


>From gv Tue May 16 22:39:31 2006
Return-Path: <>
Received: from pop3pool001.isp.belgacom.be [195.238.5.116]
by localhost with POP3 (fetchmail-6.2.4)
for gv@localhost (single-drop); Tue, 16 May 2006 22:39:31 +0200 (CEST)
Received: from outfbmx009.isp.belgacom.be (outfbmx009.isp.belgacom.be
[195.238.4.198])
by privinmx003.isp.belgacom.be
(8.12.11.20060308/8.12.11/Skynet-IN-2.32) with ESMTP id k4GIGXVS031201
for <********@skynet.be>; Tue, 16 May 2006 20:16:33 +0200
(envelope-from <>)
Received: by outfbmx009.isp.belgacom.be (Postfix)
id 14239EEBE4; Tue, 16 May 2006 20:14:53 +0200 (CEST)
Date: Tue, 16 May 2006 20:14:53 +0200 (CEST)
From: MAILER-DAEMON@outfbmx009.isp.belgacom.be (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
To: *********@skynet.be
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="4AAFDED08A.1147803293/outfbmx009.isp.belgacom.be"
Message-Id: <20060516181453.14239EEBE4@outfbmx009.isp.belgacom .be>
X-UIDL: 00000000001becd1.00001040
X-MSP-STORE: Tue, 16 May 2006 20:16:41 +0200
Status: RO
Content-Length: 4456
Lines: 109

This is a MIME-encapsulated message.

--4AAFDED08A.1147803293/outfbmx009.isp.belgacom.be
Content-Description: Notification
Content-Type: text/plain

Gvdmoort

Voilà les entêtes. Est-ce qu'on peut configurer le délai pendant
lequel Postfix tente de contacter un domaine avant de renvoyer un
message ?


>From gv Tue May 16 22:39:31 2006
Return-Path: <>
Received: from pop3pool001.isp.belgacom.be [195.238.5.116]
by localhost with POP3 (fetchmail-6.2.4)
for gv@localhost (single-drop); Tue, 16 May 2006 22:39:31 +0200 (CEST)
Received: from outfbmx009.isp.belgacom.be (outfbmx009.isp.belgacom.be
[195.238.4.198])
by privinmx003.isp.belgacom.be
(8.12.11.20060308/8.12.11/Skynet-IN-2.32) with ESMTP id k4GIGXVS031201
for <********@skynet.be>; Tue, 16 May 2006 20:16:33 +0200
(envelope-from <>)
Received: by outfbmx009.isp.belgacom.be (Postfix)
id 14239EEBE4; Tue, 16 May 2006 20:14:53 +0200 (CEST)
Date: Tue, 16 May 2006 20:14:53 +0200 (CEST)
From: MAILER-DAEMON@outfbmx009.isp.belgacom.be (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
To: *********@skynet.be
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="4AAFDED08A.1147803293/outfbmx009.isp.belgacom.be"
Message-Id: <20060516181453.14239EEBE4@outfbmx009.isp.belgacom .be>
X-UIDL: 00000000001becd1.00001040
X-MSP-STORE: Tue, 16 May 2006 20:16:41 +0200
Status: RO
Content-Length: 4456
Lines: 109

This is a MIME-encapsulated message.

--4AAFDED08A.1147803293/outfbmx009.isp.belgacom.be
Content-Description: Notification
Content-Type: text/plain

Gvdmoort

>>>>> "g" == gvdmoort <gvdmoort@skynet.be> writes:

g> Voilà les entêtes. Est-ce qu'on peut configurer le délai pendant
g> lequel Postfix tente de contacter un domaine avant de renvoyer un
g> message ?

C'est configurable, par exemple wanadoo.fr re-essaye pendant 3 jours avant
d'abandonner. Certains essayent plus longtemps (5 jours généralement) soit
abandonnent très vite : un serveur utilisé par des spammeurs n'essaye que
quelques heures, voire qu'une seule heure.

Dans votre cas, c'est peut-être du à un serveur en train de délirer parce
que trop sollicité.

--

Guy Decoux

>>>>> "g" == gvdmoort <gvdmoort@skynet.be> writes:

g> Voilà les entêtes. Est-ce qu'on peut configurer le délai pendant
g> lequel Postfix tente de contacter un domaine avant de renvoyer un
g> message ?

C'est configurable, par exemple wanadoo.fr re-essaye pendant 3 jours avant
d'abandonner. Certains essayent plus longtemps (5 jours généralement) soit
abandonnent très vite : un serveur utilisé par des spammeurs n'essaye que
quelques heures, voire qu'une seule heure.

Dans votre cas, c'est peut-être du à un serveur en train de délirer parce
que trop sollicité.

--

Guy Decoux