J'ai regardé dans la doc' d'Exim, recherché un peu sur les archives de
groupes
divers et variés, mais je n'ai pas trouvé mon bonheur.
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un
Smarthost
lors de l'envoi des messages.
J'ai trouvé de la documentation sur la manière de modifier ce champ, mais
pas
comment le supprimer purement et simplement.
Cela est-il possible?
Si oui, comment faire? (ou plus généralement : comment supprimer un champ
dans
l'entête?)
En ce qui concerne mon Exim :
J'utilise le paquet exim-tls du système d'exploitation Debian GNU/Linux
Woody 3.0r1, paquet portant le numéro de version : 3.35-3woody1 (Exim
version 3.35).
C'est une version d'Exim avec TLS (support SSL).
Merci par avance pour votre aide,
Cordialement,
Eclice.
--
Posté via http://www.webatou.net/
Usenet dans votre navigateur
Complaints-To: newsmaster@webatou.net
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un Smarthost lors de l'envoi des messages.
Vous devriez vous tirer une balle dans la tête tout de suite, vous gagnerez du temps.
sbriole.cindy.eclice.org
Bonjour Laurent,
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un Smarthost lors de l'envoi des messages. Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps.
?
C'est personnel? Cela a un rapport avec Exim?
A+,
Eclice.
-- Posté via http://www.webatou.net/ Usenet dans votre navigateur Complaints-To:
Bonjour Laurent,
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un
Smarthost lors de l'envoi des messages.
Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps.
?
C'est personnel?
Cela a un rapport avec Exim?
A+,
Eclice.
--
Posté via http://www.webatou.net/
Usenet dans votre navigateur
Complaints-To: newsmaster@webatou.net
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un Smarthost lors de l'envoi des messages. Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps.
?
C'est personnel? Cela a un rapport avec Exim?
A+,
Eclice.
-- Posté via http://www.webatou.net/ Usenet dans votre navigateur Complaints-To:
Laurent Wacrenier
Eclice écrit:
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un Smarthost lors de l'envoi des messages. Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps.
?
C'est personnel? Cela a un rapport avec Exim?
Ça a rapport avec le sabotage de transport de courrier en général.
Eclice <sbriole.cindy.eclice.org@free.fr> écrit:
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un
Smarthost lors de l'envoi des messages.
Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps.
?
C'est personnel?
Cela a un rapport avec Exim?
Ça a rapport avec le sabotage de transport de courrier en général.
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un Smarthost lors de l'envoi des messages. Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps.
?
C'est personnel? Cela a un rapport avec Exim?
Ça a rapport avec le sabotage de transport de courrier en général.
sbriole.cindy.eclice.org
Bonjour Laurent,
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un Smarthost lors de l'envoi des messages. Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps. ?
C'est personnel? Cela a un rapport avec Exim? Ça a rapport avec le sabotage de transport de courrier en général.
Je comprends mieux maintenant. Que ce soit dit des le debut : je ne cherche pas a pulveriser ou inonder des machines de mails trafiques, juste resoudre un probleme. Desole, mais je ne suis pas un expert du SMTP, et je ne pensais pas que ce champ avait une importance si vitale. Bon, je vais exposer mon probleme autrement alors. J'ai un serveur a la maison, sur lequel tourne Exim (celui mentionne dans mon message d'origine). Quand j'envoie un message vers une adresse depuis un client mail qcq. (disons Mozilla) en donnant comme serveur smtp celui de mon provider (tiscali.de), le mail arrive sans probleme a son destinataire. Quand je regarde avec ethereal ce qui passe sur la ligne SMTP, tout est bon, pas de champ Received. Quand j'envoie un message depuis ma machine sur laquelle tourne Exim, avec le client mailx, je regarde ce qui se passe dans Ethereal, et la aussi, tout va bien, juste la presence d'un champ Received en plus. Le destinataire recoit le mail. Maintenant, quand j'utilise un autre ordinateur derriere ce serveur, pour lequel le serveur joue le role de smarthost, la les mails ne passent plus. Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon serveur et le smarthost de mon provider, c'est qu'une ligne avec un Received avait ete rajoutee, ligne comprenant le nom de la machine expeditrice, en FQDN, mais avec un domaine interne : dans le genre machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de mon provider accepte le mail sans broncher, mais je suppose que le serveur de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam ou autre, que le mail ait ete relaye par une machine, et que ce dernier provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas verifiable.
J'avais donc imagine de supprimer cette ligne Received desagreable, pour me retrouver dans la situation : le mail vient directement du serveur (et non pas d'une machine derriere ce dernier). Apparemment je risque de detruire par la sorte un des fondements de SMTP (d'ou votre message je suppose), ce qui n'est pas du tout mon idee de depart (ni ma volonte).
Une solution a mon probleme?
Merci par avance,
Cordialement,
Eclice.
-- Posté via http://www.webatou.net/ Usenet dans votre navigateur Complaints-To:
Bonjour Laurent,
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un
Smarthost lors de l'envoi des messages.
Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps.
?
C'est personnel?
Cela a un rapport avec Exim?
Ça a rapport avec le sabotage de transport de courrier en général.
Je comprends mieux maintenant. Que ce soit dit des le debut : je ne
cherche pas a pulveriser ou inonder des machines de mails trafiques, juste
resoudre un probleme.
Desole, mais je ne suis pas un expert du SMTP, et je ne pensais pas que ce
champ avait une importance si vitale.
Bon, je vais exposer mon probleme autrement alors.
J'ai un serveur a la maison, sur lequel tourne Exim (celui mentionne dans
mon message d'origine).
Quand j'envoie un message vers une adresse bla@free.fr depuis un client
mail qcq. (disons Mozilla) en donnant comme serveur smtp celui de mon
provider (tiscali.de), le mail arrive sans probleme a son destinataire.
Quand je regarde avec ethereal ce qui passe sur la ligne SMTP, tout est
bon, pas de champ Received.
Quand j'envoie un message depuis ma machine sur laquelle tourne Exim, avec
le client mailx, je regarde ce qui se passe dans Ethereal, et la aussi,
tout va bien, juste la presence d'un champ Received en plus. Le
destinataire recoit le mail.
Maintenant, quand j'utilise un autre ordinateur derriere ce serveur, pour
lequel le serveur joue le role de smarthost, la les mails ne passent plus.
Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon
serveur et le smarthost de mon provider, c'est qu'une ligne avec un
Received avait ete rajoutee, ligne comprenant le nom de la machine
expeditrice, en FQDN, mais avec un domaine interne : dans le genre
machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de
mon provider accepte le mail sans broncher, mais je suppose que le serveur
de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam
ou autre, que le mail ait ete relaye par une machine, et que ce dernier
provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas
verifiable.
J'avais donc imagine de supprimer cette ligne Received desagreable, pour
me retrouver dans la situation : le mail vient directement du serveur (et
non pas d'une machine derriere ce dernier). Apparemment je risque de
detruire par la sorte un des fondements de SMTP (d'ou votre message je
suppose), ce qui n'est pas du tout mon idee de depart (ni ma volonte).
Une solution a mon probleme?
Merci par avance,
Cordialement,
Eclice.
--
Posté via http://www.webatou.net/
Usenet dans votre navigateur
Complaints-To: newsmaster@webatou.net
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un Smarthost lors de l'envoi des messages. Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps. ?
C'est personnel? Cela a un rapport avec Exim? Ça a rapport avec le sabotage de transport de courrier en général.
Je comprends mieux maintenant. Que ce soit dit des le debut : je ne cherche pas a pulveriser ou inonder des machines de mails trafiques, juste resoudre un probleme. Desole, mais je ne suis pas un expert du SMTP, et je ne pensais pas que ce champ avait une importance si vitale. Bon, je vais exposer mon probleme autrement alors. J'ai un serveur a la maison, sur lequel tourne Exim (celui mentionne dans mon message d'origine). Quand j'envoie un message vers une adresse depuis un client mail qcq. (disons Mozilla) en donnant comme serveur smtp celui de mon provider (tiscali.de), le mail arrive sans probleme a son destinataire. Quand je regarde avec ethereal ce qui passe sur la ligne SMTP, tout est bon, pas de champ Received. Quand j'envoie un message depuis ma machine sur laquelle tourne Exim, avec le client mailx, je regarde ce qui se passe dans Ethereal, et la aussi, tout va bien, juste la presence d'un champ Received en plus. Le destinataire recoit le mail. Maintenant, quand j'utilise un autre ordinateur derriere ce serveur, pour lequel le serveur joue le role de smarthost, la les mails ne passent plus. Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon serveur et le smarthost de mon provider, c'est qu'une ligne avec un Received avait ete rajoutee, ligne comprenant le nom de la machine expeditrice, en FQDN, mais avec un domaine interne : dans le genre machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de mon provider accepte le mail sans broncher, mais je suppose que le serveur de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam ou autre, que le mail ait ete relaye par une machine, et que ce dernier provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas verifiable.
J'avais donc imagine de supprimer cette ligne Received desagreable, pour me retrouver dans la situation : le mail vient directement du serveur (et non pas d'une machine derriere ce dernier). Apparemment je risque de detruire par la sorte un des fondements de SMTP (d'ou votre message je suppose), ce qui n'est pas du tout mon idee de depart (ni ma volonte).
Une solution a mon probleme?
Merci par avance,
Cordialement,
Eclice.
-- Posté via http://www.webatou.net/ Usenet dans votre navigateur Complaints-To:
Laurent Wacrenier
Eclice écrit:
Desole, mais je ne suis pas un expert du SMTP, et je ne pensais pas que ce champ avait une importance si vitale.
Il est utilisé pour détecter les boucles.
Bon, je vais exposer mon probleme autrement alors. J'ai un serveur a la maison, sur lequel tourne Exim (celui mentionne dans mon message d'origine). Quand j'envoie un message vers une adresse depuis un client mail qcq. (disons Mozilla) en donnant comme serveur smtp celui de mon provider (tiscali.de), le mail arrive sans probleme a son destinataire. Quand je regarde avec ethereal ce qui passe sur la ligne SMTP, tout est bon, pas de champ Received. Quand j'envoie un message depuis ma machine sur laquelle tourne Exim, avec le client mailx, je regarde ce qui se passe dans Ethereal, et la aussi, tout va bien, juste la presence d'un champ Received en plus. Le destinataire recoit le mail. Maintenant, quand j'utilise un autre ordinateur derriere ce serveur, pour lequel le serveur joue le role de smarthost, la les mails ne passent plus. Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon serveur et le smarthost de mon provider, c'est qu'une ligne avec un Received avait ete rajoutee, ligne comprenant le nom de la machine expeditrice, en FQDN, mais avec un domaine interne : dans le genre machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de mon provider accepte le mail sans broncher, mais je suppose que le serveur de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam ou autre, que le mail ait ete relaye par une machine, et que ce dernier provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas verifiable.
Est-ce bien sûr ? Si le serveur accepte le courrier il doit tâcher de le délivrer et n'a pas à le perdre pour des raisons futiles. Ne serait-ce pas plutôt le destinataire que le détruit silencieusement ?
Avez vous essayé d'envoyer des courriers avec d'autres entêtes ? Comme ceci :
$ sendmail -t Recieved: foo bar From: To: addresse du destinataire Subject: test
test .
Eclice <sbriole.cindy.eclice.org@free.fr> écrit:
Desole, mais je ne suis pas un expert du SMTP, et je ne pensais pas que ce
champ avait une importance si vitale.
Il est utilisé pour détecter les boucles.
Bon, je vais exposer mon probleme autrement alors.
J'ai un serveur a la maison, sur lequel tourne Exim (celui mentionne dans
mon message d'origine).
Quand j'envoie un message vers une adresse bla@free.fr depuis un client
mail qcq. (disons Mozilla) en donnant comme serveur smtp celui de mon
provider (tiscali.de), le mail arrive sans probleme a son destinataire.
Quand je regarde avec ethereal ce qui passe sur la ligne SMTP, tout est
bon, pas de champ Received.
Quand j'envoie un message depuis ma machine sur laquelle tourne Exim, avec
le client mailx, je regarde ce qui se passe dans Ethereal, et la aussi,
tout va bien, juste la presence d'un champ Received en plus. Le
destinataire recoit le mail.
Maintenant, quand j'utilise un autre ordinateur derriere ce serveur, pour
lequel le serveur joue le role de smarthost, la les mails ne passent plus.
Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon
serveur et le smarthost de mon provider, c'est qu'une ligne avec un
Received avait ete rajoutee, ligne comprenant le nom de la machine
expeditrice, en FQDN, mais avec un domaine interne : dans le genre
machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de
mon provider accepte le mail sans broncher, mais je suppose que le serveur
de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam
ou autre, que le mail ait ete relaye par une machine, et que ce dernier
provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas
verifiable.
Est-ce bien sûr ? Si le serveur accepte le courrier il doit tâcher de
le délivrer et n'a pas à le perdre pour des raisons futiles. Ne
serait-ce pas plutôt le destinataire que le détruit silencieusement ?
Avez vous essayé d'envoyer des courriers avec d'autres entêtes ?
Comme ceci :
$ sendmail -t
Recieved: foo bar
From: sbriole.cindy.eclice.org@free.fr
To: addresse du destinataire
Subject: test
Desole, mais je ne suis pas un expert du SMTP, et je ne pensais pas que ce champ avait une importance si vitale.
Il est utilisé pour détecter les boucles.
Bon, je vais exposer mon probleme autrement alors. J'ai un serveur a la maison, sur lequel tourne Exim (celui mentionne dans mon message d'origine). Quand j'envoie un message vers une adresse depuis un client mail qcq. (disons Mozilla) en donnant comme serveur smtp celui de mon provider (tiscali.de), le mail arrive sans probleme a son destinataire. Quand je regarde avec ethereal ce qui passe sur la ligne SMTP, tout est bon, pas de champ Received. Quand j'envoie un message depuis ma machine sur laquelle tourne Exim, avec le client mailx, je regarde ce qui se passe dans Ethereal, et la aussi, tout va bien, juste la presence d'un champ Received en plus. Le destinataire recoit le mail. Maintenant, quand j'utilise un autre ordinateur derriere ce serveur, pour lequel le serveur joue le role de smarthost, la les mails ne passent plus. Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon serveur et le smarthost de mon provider, c'est qu'une ligne avec un Received avait ete rajoutee, ligne comprenant le nom de la machine expeditrice, en FQDN, mais avec un domaine interne : dans le genre machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de mon provider accepte le mail sans broncher, mais je suppose que le serveur de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam ou autre, que le mail ait ete relaye par une machine, et que ce dernier provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas verifiable.
Est-ce bien sûr ? Si le serveur accepte le courrier il doit tâcher de le délivrer et n'a pas à le perdre pour des raisons futiles. Ne serait-ce pas plutôt le destinataire que le détruit silencieusement ?
Avez vous essayé d'envoyer des courriers avec d'autres entêtes ? Comme ceci :
$ sendmail -t Recieved: foo bar From: To: addresse du destinataire Subject: test
test .
Olivier Miakinen
Avez vous essayé d'envoyer des courriers avec d'autres entêtes ? Comme ceci :
$ sendmail -t Recieved: foo bar From: To: addresse du destinataire Subject: test
test .
s/Recieved/Received/ (je suppose)
Avez vous essayé d'envoyer des courriers avec d'autres entêtes ?
Comme ceci :
$ sendmail -t
Recieved: foo bar
From: sbriole.cindy.eclice.org@free.fr
To: addresse du destinataire
Subject: test
Et "foo bar" par autre chose, bien sûr. Le résultat d'un copier-coller, par paresse.
Jyce
C'est à la conf de ton serveur de mail (exim en l'occurence). Il faut que tu le configure pour que tous les mails sortant n'affiche que ton nom de domaine. Malheurseusement je n'ai jamais utilisé exim.
"Eclice" a écrit dans le message de news:bp047d$1idrk0$
Bonjour Laurent,
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un Smarthost lors de l'envoi des messages. Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps. ?
C'est personnel? Cela a un rapport avec Exim? Ça a rapport avec le sabotage de transport de courrier en général.
Je comprends mieux maintenant. Que ce soit dit des le debut : je ne cherche pas a pulveriser ou inonder des machines de mails trafiques, juste resoudre un probleme. Desole, mais je ne suis pas un expert du SMTP, et je ne pensais pas que ce champ avait une importance si vitale. Bon, je vais exposer mon probleme autrement alors. J'ai un serveur a la maison, sur lequel tourne Exim (celui mentionne dans mon message d'origine). Quand j'envoie un message vers une adresse depuis un client mail qcq. (disons Mozilla) en donnant comme serveur smtp celui de mon provider (tiscali.de), le mail arrive sans probleme a son destinataire. Quand je regarde avec ethereal ce qui passe sur la ligne SMTP, tout est bon, pas de champ Received. Quand j'envoie un message depuis ma machine sur laquelle tourne Exim, avec le client mailx, je regarde ce qui se passe dans Ethereal, et la aussi, tout va bien, juste la presence d'un champ Received en plus. Le destinataire recoit le mail. Maintenant, quand j'utilise un autre ordinateur derriere ce serveur, pour lequel le serveur joue le role de smarthost, la les mails ne passent plus. Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon serveur et le smarthost de mon provider, c'est qu'une ligne avec un Received avait ete rajoutee, ligne comprenant le nom de la machine expeditrice, en FQDN, mais avec un domaine interne : dans le genre machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de mon provider accepte le mail sans broncher, mais je suppose que le serveur de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam ou autre, que le mail ait ete relaye par une machine, et que ce dernier provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas verifiable.
J'avais donc imagine de supprimer cette ligne Received desagreable, pour me retrouver dans la situation : le mail vient directement du serveur (et non pas d'une machine derriere ce dernier). Apparemment je risque de detruire par la sorte un des fondements de SMTP (d'ou votre message je suppose), ce qui n'est pas du tout mon idee de depart (ni ma volonte).
Une solution a mon probleme?
Merci par avance,
Cordialement,
Eclice.
-- Posté via http://www.webatou.net/ Usenet dans votre navigateur Complaints-To:
C'est à la conf de ton serveur de mail (exim en l'occurence).
Il faut que tu le configure pour que tous les mails sortant n'affiche
que ton
nom de domaine. Malheurseusement je n'ai jamais utilisé exim.
"Eclice" <sbriole.cindy.eclice.org@free.fr> a écrit dans le message de
news:bp047d$1idrk0$1@ID-187920.news.uni-berlin.de...
Bonjour Laurent,
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un
Smarthost lors de l'envoi des messages.
Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps.
?
C'est personnel?
Cela a un rapport avec Exim?
Ça a rapport avec le sabotage de transport de courrier en général.
Je comprends mieux maintenant. Que ce soit dit des le debut : je ne
cherche pas a pulveriser ou inonder des machines de mails trafiques, juste
resoudre un probleme.
Desole, mais je ne suis pas un expert du SMTP, et je ne pensais pas que ce
champ avait une importance si vitale.
Bon, je vais exposer mon probleme autrement alors.
J'ai un serveur a la maison, sur lequel tourne Exim (celui mentionne dans
mon message d'origine).
Quand j'envoie un message vers une adresse bla@free.fr depuis un client
mail qcq. (disons Mozilla) en donnant comme serveur smtp celui de mon
provider (tiscali.de), le mail arrive sans probleme a son destinataire.
Quand je regarde avec ethereal ce qui passe sur la ligne SMTP, tout est
bon, pas de champ Received.
Quand j'envoie un message depuis ma machine sur laquelle tourne Exim, avec
le client mailx, je regarde ce qui se passe dans Ethereal, et la aussi,
tout va bien, juste la presence d'un champ Received en plus. Le
destinataire recoit le mail.
Maintenant, quand j'utilise un autre ordinateur derriere ce serveur, pour
lequel le serveur joue le role de smarthost, la les mails ne passent plus.
Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon
serveur et le smarthost de mon provider, c'est qu'une ligne avec un
Received avait ete rajoutee, ligne comprenant le nom de la machine
expeditrice, en FQDN, mais avec un domaine interne : dans le genre
machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de
mon provider accepte le mail sans broncher, mais je suppose que le serveur
de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam
ou autre, que le mail ait ete relaye par une machine, et que ce dernier
provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas
verifiable.
J'avais donc imagine de supprimer cette ligne Received desagreable, pour
me retrouver dans la situation : le mail vient directement du serveur (et
non pas d'une machine derriere ce dernier). Apparemment je risque de
detruire par la sorte un des fondements de SMTP (d'ou votre message je
suppose), ce qui n'est pas du tout mon idee de depart (ni ma volonte).
Une solution a mon probleme?
Merci par avance,
Cordialement,
Eclice.
--
Posté via http://www.webatou.net/
Usenet dans votre navigateur
Complaints-To: newsmaster@webatou.net
C'est à la conf de ton serveur de mail (exim en l'occurence). Il faut que tu le configure pour que tous les mails sortant n'affiche que ton nom de domaine. Malheurseusement je n'ai jamais utilisé exim.
"Eclice" a écrit dans le message de news:bp047d$1idrk0$
Bonjour Laurent,
Je cherche à supprimer la liste des "Received" qu'Exim transmet à un Smarthost lors de l'envoi des messages. Vous devriez vous tirer une balle dans la tête tout de suite, vous
gagnerez du temps. ?
C'est personnel? Cela a un rapport avec Exim? Ça a rapport avec le sabotage de transport de courrier en général.
Je comprends mieux maintenant. Que ce soit dit des le debut : je ne cherche pas a pulveriser ou inonder des machines de mails trafiques, juste resoudre un probleme. Desole, mais je ne suis pas un expert du SMTP, et je ne pensais pas que ce champ avait une importance si vitale. Bon, je vais exposer mon probleme autrement alors. J'ai un serveur a la maison, sur lequel tourne Exim (celui mentionne dans mon message d'origine). Quand j'envoie un message vers une adresse depuis un client mail qcq. (disons Mozilla) en donnant comme serveur smtp celui de mon provider (tiscali.de), le mail arrive sans probleme a son destinataire. Quand je regarde avec ethereal ce qui passe sur la ligne SMTP, tout est bon, pas de champ Received. Quand j'envoie un message depuis ma machine sur laquelle tourne Exim, avec le client mailx, je regarde ce qui se passe dans Ethereal, et la aussi, tout va bien, juste la presence d'un champ Received en plus. Le destinataire recoit le mail. Maintenant, quand j'utilise un autre ordinateur derriere ce serveur, pour lequel le serveur joue le role de smarthost, la les mails ne passent plus. Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon serveur et le smarthost de mon provider, c'est qu'une ligne avec un Received avait ete rajoutee, ligne comprenant le nom de la machine expeditrice, en FQDN, mais avec un domaine interne : dans le genre machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de mon provider accepte le mail sans broncher, mais je suppose que le serveur de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam ou autre, que le mail ait ete relaye par une machine, et que ce dernier provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas verifiable.
J'avais donc imagine de supprimer cette ligne Received desagreable, pour me retrouver dans la situation : le mail vient directement du serveur (et non pas d'une machine derriere ce dernier). Apparemment je risque de detruire par la sorte un des fondements de SMTP (d'ou votre message je suppose), ce qui n'est pas du tout mon idee de depart (ni ma volonte).
Une solution a mon probleme?
Merci par avance,
Cordialement,
Eclice.
-- Posté via http://www.webatou.net/ Usenet dans votre navigateur Complaints-To:
manu
Eclice wrote:
Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon serveur et le smarthost de mon provider, c'est qu'une ligne avec un Received avait ete rajoutee, ligne comprenant le nom de la machine expeditrice, en FQDN, mais avec un domaine interne : dans le genre machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de mon provider accepte le mail sans broncher, mais je suppose que le serveur de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam ou autre, que le mail ait ete relaye par une machine, et que ce dernier provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas verifiable.
L'apparition d'adresses inaccessibles peut arriver dans des configurations tout ce qu'il y a de plus légales: relais UUCP par exemple. Si un filtre anti-spam bloque ca, c'est qu'il est mal configuré.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
Eclice <sbriole.cindy.eclice.org@free.fr> wrote:
Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon
serveur et le smarthost de mon provider, c'est qu'une ligne avec un
Received avait ete rajoutee, ligne comprenant le nom de la machine
expeditrice, en FQDN, mais avec un domaine interne : dans le genre
machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de
mon provider accepte le mail sans broncher, mais je suppose que le serveur
de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam
ou autre, que le mail ait ete relaye par une machine, et que ce dernier
provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas
verifiable.
L'apparition d'adresses inaccessibles peut arriver dans des
configurations tout ce qu'il y a de plus légales: relais UUCP par
exemple. Si un filtre anti-spam bloque ca, c'est qu'il est mal
configuré.
--
Emmanuel Dreyfus
Publicité subliminale: achetez ce livre!
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu@netbsd.org
Ce que j'ai remarque, toujours en sniffant la transmission SMTP entre mon serveur et le smarthost de mon provider, c'est qu'une ligne avec un Received avait ete rajoutee, ligne comprenant le nom de la machine expeditrice, en FQDN, mais avec un domaine interne : dans le genre machine.bla.org (bla.org n'etant connu que de moi meme). Le smarthost de mon provider accepte le mail sans broncher, mais je suppose que le serveur de Free n'apprecie pas trop, peut-etre pour des raisons de lutte antispam ou autre, que le mail ait ete relaye par une machine, et que ce dernier provienne d'une machine avec un serveur SMTP dont l'existence ne soit pas verifiable.
L'apparition d'adresses inaccessibles peut arriver dans des configurations tout ce qu'il y a de plus légales: relais UUCP par exemple. Si un filtre anti-spam bloque ca, c'est qu'il est mal configuré.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
