je me tourne vers vous en dernier recours, vous êtes mon seul espoir :)
Voila, mon probleme est que j'ai installé un serveur dns avec bind9 sous
debian ainsi qu'un serveur de mail. Tous les tests de config me disent
que c'est bon. Par contre impossible de recevoir des mails adressés aux
usagers du réseaux. Ils partent bien mais n'arrivent jamais sur le
serveur postfix. Les personnes qui envoient ces mails ne reçoivent pas de
messages d'erreurs.
Vu d'ici c'est pas fameux... Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP. Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son établissement, on n'a même pas la bannière du serveur. Et avec ça les expéditeurs n'ont pas de message d'erreur ?
Salut,
Le domaine est lmvconseils.com
Vu d'ici c'est pas fameux...
Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP.
Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son
établissement, on n'a même pas la bannière du serveur. Et avec ça les
expéditeurs n'ont pas de message d'erreur ?
Vu d'ici c'est pas fameux... Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP. Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son établissement, on n'a même pas la bannière du serveur. Et avec ça les expéditeurs n'ont pas de message d'erreur ?
Emmanuel Gaudin
Pascal Hambourg wrote:
Salut,
Le domaine est lmvconseils.com
Vu d'ici c'est pas fameux... Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP. Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son établissement, on n'a même pas la bannière du serveur. Et avec ça les expéditeurs n'ont pas de message d'erreur ?
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que le port 53 reponde en UDP. Par contre je ne vois pas le probleme du port 25.... aaahhhh ca m'énerve!! :(
Pascal Hambourg wrote:
Salut,
Le domaine est lmvconseils.com
Vu d'ici c'est pas fameux...
Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP.
Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son
établissement, on n'a même pas la bannière du serveur. Et avec ça les
expéditeurs n'ont pas de message d'erreur ?
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que
le port 53 reponde en UDP. Par contre je ne vois pas le probleme du port
25.... aaahhhh ca m'énerve!! :(
Vu d'ici c'est pas fameux... Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP. Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son établissement, on n'a même pas la bannière du serveur. Et avec ça les expéditeurs n'ont pas de message d'erreur ?
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que le port 53 reponde en UDP. Par contre je ne vois pas le probleme du port 25.... aaahhhh ca m'énerve!! :(
Pascal Hambourg
Vu d'ici c'est pas fameux... Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP. Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son établissement, on n'a même pas la bannière du serveur. Et avec ça les expéditeurs n'ont pas de message d'erreur ?
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que le port 53 reponde en UDP.
OK. Autre problème, le contenu de la zone sur le secondaire de Gandi ne correspond pas. Il y a un problème avec les numéros de série des SOA.
Par contre je ne vois pas le probleme du port 25.... aaahhhh ca m'énerve!! :(
Ce n'est pas un problème de firewall : la connexion s'établit puis se ferme. AMA ça vient de la configuration du MTA, genre il refuse les connexions venant d'adresses IP situées à l'extérieur. Faudrait peut-être voir ça dans fr.comp.mail.serveurs.
Vu d'ici c'est pas fameux...
Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP.
Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son
établissement, on n'a même pas la bannière du serveur. Et avec ça les
expéditeurs n'ont pas de message d'erreur ?
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que
le port 53 reponde en UDP.
OK.
Autre problème, le contenu de la zone sur le secondaire de Gandi ne
correspond pas. Il y a un problème avec les numéros de série des SOA.
Par contre je ne vois pas le probleme du port
25.... aaahhhh ca m'énerve!! :(
Ce n'est pas un problème de firewall : la connexion s'établit puis se
ferme. AMA ça vient de la configuration du MTA, genre il refuse les
connexions venant d'adresses IP situées à l'extérieur. Faudrait
peut-être voir ça dans fr.comp.mail.serveurs.
Vu d'ici c'est pas fameux... Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP. Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son établissement, on n'a même pas la bannière du serveur. Et avec ça les expéditeurs n'ont pas de message d'erreur ?
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que le port 53 reponde en UDP.
OK. Autre problème, le contenu de la zone sur le secondaire de Gandi ne correspond pas. Il y a un problème avec les numéros de série des SOA.
Par contre je ne vois pas le probleme du port 25.... aaahhhh ca m'énerve!! :(
Ce n'est pas un problème de firewall : la connexion s'établit puis se ferme. AMA ça vient de la configuration du MTA, genre il refuse les connexions venant d'adresses IP situées à l'extérieur. Faudrait peut-être voir ça dans fr.comp.mail.serveurs.
Emmanuel Gaudin
Pascal Hambourg wrote:
Vu d'ici c'est pas fameux... Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP. Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son établissement, on n'a même pas la bannière du serveur. Et avec ça les expéditeurs n'ont pas de message d'erreur ?
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que le port 53 reponde en UDP.
OK. Autre problème, le contenu de la zone sur le secondaire de Gandi ne correspond pas. Il y a un problème avec les numéros de série des SOA.
Par contre je ne vois pas le probleme du port 25.... aaahhhh ca m'énerve!! :(
Ce n'est pas un problème de firewall : la connexion s'établit puis se ferme. AMA ça vient de la configuration du MTA, genre il refuse les connexions venant d'adresses IP situées à l'extérieur. Faudrait peut-être voir ça dans fr.comp.mail.serveurs.
Bon je vais suivre ton conseil merci en tout cas.
Manu
Pascal Hambourg wrote:
Vu d'ici c'est pas fameux...
Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP.
Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son
établissement, on n'a même pas la bannière du serveur. Et avec ça les
expéditeurs n'ont pas de message d'erreur ?
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour
que le port 53 reponde en UDP.
OK.
Autre problème, le contenu de la zone sur le secondaire de Gandi ne
correspond pas. Il y a un problème avec les numéros de série des SOA.
Par contre je ne vois pas le probleme du port
25.... aaahhhh ca m'énerve!! :(
Ce n'est pas un problème de firewall : la connexion s'établit puis se
ferme. AMA ça vient de la configuration du MTA, genre il refuse les
connexions venant d'adresses IP situées à l'extérieur. Faudrait
peut-être voir ça dans fr.comp.mail.serveurs.
Vu d'ici c'est pas fameux... Le NS ne semble pas répondre sur le port 53 en UDP, seulement en TCP. Firewall trop serré ?
Une connexion TCP au port 25 du MX est fermée immédiatement après son établissement, on n'a même pas la bannière du serveur. Et avec ça les expéditeurs n'ont pas de message d'erreur ?
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que le port 53 reponde en UDP.
OK. Autre problème, le contenu de la zone sur le secondaire de Gandi ne correspond pas. Il y a un problème avec les numéros de série des SOA.
Par contre je ne vois pas le probleme du port 25.... aaahhhh ca m'énerve!! :(
Ce n'est pas un problème de firewall : la connexion s'établit puis se ferme. AMA ça vient de la configuration du MTA, genre il refuse les connexions venant d'adresses IP situées à l'extérieur. Faudrait peut-être voir ça dans fr.comp.mail.serveurs.
Bon je vais suivre ton conseil merci en tout cas.
Manu
Jacques Lav!gnotte \( Drop Dr NO \!\)
On Wed, 05 Apr 2006 13:14:13 +0200 manu wrote:
Le Wed, 05 Apr 2006 13:12:48 +0200, Matthieu Moy a écrit :
Mais si tu nous dis quel serveur de mail est installé, peut-être que quelqu'un d'autre pourra aider aussi (exim ?).
Le serveur de mails est postfix.
L'administrateur est un beu...
;-)
manu Jacques
On Wed, 05 Apr 2006 13:14:13 +0200
manu <egaudin@lmv.com> wrote:
Le Wed, 05 Apr 2006 13:12:48 +0200, Matthieu Moy a écrit :
Mais si tu nous dis quel serveur de mail est installé, peut-être que
quelqu'un d'autre pourra aider aussi (exim ?).
On Wed, 05 Apr 2006 14:40:53 +0200 Emmanuel Gaudin wrote:
Eric Belhomme wrote:
ben va falloir nous donner des infos pr_cises... c'est quoi le domaine en question, histoire de voir un peu le fichier de zone ?
Le domaine est lmvconseils.com
C'est toi qui donnes les conseils ? :-))))))
Jacques
le_boulet-le_boulet-le_boulet !! (tm)
;; QUESTION SECTION: ;lmvconseils.com. IN MX
;; ANSWER SECTION: lmvconseils.com. 28731 IN MX 0 mail.lmvconseils.com.
;; AUTHORITY SECTION: lmvconseils.com. 28775 IN NS ns7.gandi.net. lmvconseils.com. 28775 IN NS custom2.gandi.net.
;; ADDITIONAL SECTION: ns7.gandi.net. 1130 IN A 217.70.177.44 custom2.gandi.net. 1130 IN A 217.70.179.35
Jacques Lav!gnotte \( Drop Dr NO \!\)
On Wed, 05 Apr 2006 15:01:57 +0200 Emmanuel Gaudin wrote:
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que le port 53 reponde en UDP. Par contre je ne vois pas le probleme du port 25.... aaahhhh ca m'énerve!! :(
Bon effectivement j'ai vu le probleme iptables, je viens de changer
pour que le port 53 reponde en UDP. Par contre je ne vois pas le
probleme du port 25.... aaahhhh ca m'énerve!! :(
On Wed, 05 Apr 2006 15:01:57 +0200 Emmanuel Gaudin wrote:
Bon effectivement j'ai vu le probleme iptables, je viens de changer pour que le port 53 reponde en UDP. Par contre je ne vois pas le probleme du port 25.... aaahhhh ca m'énerve!! :(
mail.lmvconseils.com n'a pas d'IP...
leboulet (3)
Jacques
Jacques Lav!gnotte \( Drop Dr NO \!\)
On Wed, 05 Apr 2006 14:59:13 +0200 manu wrote:
Les personnes qui envoient ces mails ne reçoivent pas de messages d'erreurs.
This is the Postfix program at host gordo.melusine.eu.org.
I'm sorry to have to inform you that your message could not be be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can delete your own text from the attached returned message.
The Postfix program
: [mail.lmvconseils.com]: Name or service not known
Manu Jacques
diagnostic erroné...
On Wed, 05 Apr 2006 14:59:13 +0200
manu <egaudin@lmv.com> wrote:
Les personnes qui envoient ces mails ne
reçoivent pas de messages d'erreurs.
This is the Postfix program at host gordo.melusine.eu.org.
I'm sorry to have to inform you that your message could not be
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The Postfix program
<info@lmvconseils.com>: [mail.lmvconseils.com]: Name or service not
known
Le 5 April 2006 à 16:28, Jacques a dit (à sa 5ème réponse):
diagnostic erroné...
Il t'a énervé on dirait ;) -- Sébastien Kirche
Pascal Hambourg
diagnostic erroné...
Manifestement Manu a complètement modifié la configuration DNS du domaine et le contenu de la zone, donc une bonne partie de ce qui a pu être écrit dans ce fil est périmé.
diagnostic erroné...
Manifestement Manu a complètement modifié la configuration DNS du
domaine et le contenu de la zone, donc une bonne partie de ce qui a pu
être écrit dans ce fil est périmé.
Manifestement Manu a complètement modifié la configuration DNS du domaine et le contenu de la zone, donc une bonne partie de ce qui a pu être écrit dans ce fil est périmé.
