Journal exim ...

Posté par  (site web personnel) .
Étiquettes : aucune
0
2
sept.
2003
Cher journal,

Il y a truc que je ne comprends pas trop.
Quand je fais un "telnet localhost 25" mon serveur me répond :
tralala...
220 epo ESMTP Exim 3.36 #1 Tue, 02 Sep 2003 00:09:01 +0200

Lorsque je fais depuis un autre poste sur le même réseau je n'ai rien, juste :
Trying 192.168.0.1...
Connected to monserveur.
Escape character is '^]'.

Voilà, c'est tout! Plus rien. Tu avoueras que ce n'est pas assez suffisant pour envoyer un petit mail.

Pour ton info, je passe par xinetd dont voici la définition du service smtp:
service smtp
{
id = smtp
socket_type = stream
protocol = tcp
wait = no
user = mail
only_from = 127.0.0.1, 192.168.0.2
server = /usr/sbin/exim
server_args = -bs
}

Voili voilou, je cherche encore.
A+.

  • # Re: exim ...

    Posté par  (site web personnel) . Évalué à 2.

    et un netstat -an sur le serveur pour savoir les ports ouverts sur les différentes interfaces ??

    • [^] # Re: exim ...

      Posté par  . Évalué à 3.

      A priori le problème ne vient pas de là, puisqu'il n'arriverait pas à se connecter sinon en essayant sur 192.168.0.1. Il ne vient visiblement pas non plus de tcpwrapper (/etc/hosts.{allow,deny}) puisque la connexion serait refusée avant même d'avoir été ouverte.

      Je pense que ça vient soit d'un problème de configuration de xinetd, ou même d'un bug de ce dernier (moins probable), ou encore d'une configuration erronnée d'exim (plus probable), qui n'écoute que sur 127.0.0.1. En effet, il semble que xinetd accepte bien la connexion, mais qu'exim n'est pas correctement lancé, soit parce que xinetd chie dans la colle, soit parce qu'exim est lancé mais sa configuration l'empêche de répondre à des requêtes adressées à autre chose que 127.0.0.1.

      Voilà, j'espère que ça aide. Bon courage.

      • [^] # Re: exim ...

        Posté par  (site web personnel) . Évalué à 3.

        >Je pense que ça vient soit d'un problème de configuration de xinetd, ou même d'un bug de ce dernier (moins probable), ou encore d'une configuration erronnée d'exim (plus probable), qui n'écoute que sur 127.0.0.1.


        En fait, la première chose quand un truc ne marche pas c'est de se taper tous les fichiers de logs, pour voir s'il n'y a pas un soucis.

  • # Dinosaures

    Posté par  . Évalué à -1.

    Les dinosaures attaquent sur LinuxFR
    On connaissait Fabien Penso (#4) et le célèbre anonyme (#1) mais voilà tour à tour
    Laurent Granie (#18),
    Irvin Probst (#5),
    Emmanuel Blindauer (#17),
    Gniarf (#532) (petit joueur),
    Sebastien Tanguy (#12)
    (la majeur partie est apparue dans le troll sur #linuxfr )

    Qui est le numéro 6 ?

  • # Re: exim ...

    Posté par  . Évalué à 1.

    C'est pô un pb de resolution DNS ?
    Essai en mettant l'adresse de la machine ki fait le telnet dans le /etc/hosts de la machine avec exim

    • [^] # Re: exim ...

      Posté par  (site web personnel) . Évalué à 1.

      nop, sinon je n'aurai pas "Trying 192.168.0.1... "

      • [^] # Re: exim ...

        Posté par  . Évalué à 1.

        bof je vois pas le rapport. Je pense qu'il voulait parler de la résolution inverse de la machine appelante sur le serveur

        essaie un dig PTR 2.0.168.192.in-addr.arpa. sur le serveur si l'ip de la machine client est 192.168.0.2. (sinon adapte)

        Si la réponse n'est pas immédiate, alors ya de bonnes chances que ce soit un problème DNS.

        • [^] # Re: exim ...

          Posté par  . Évalué à 1.

          non je ne pense pas qu'il voulait parler ce ça :)
          ça me parait louche cette histoire... qu'est-ce qu'il en a a faire, du nom dns de la machine cliente, le serveur ?

          • [^] # Re: exim ...

            Posté par  . Évalué à 1.

            juste pour écrire "connection from ..." ou un truc approchant dans ses logs.

            Etant donné que le client est bien connecté (on le voit dans la capture telnet), il ya forcément un timeout qui empêche le serveur d'afficher le banner smtp. et ce timeout peut venir d'un problème DNS, donc je donne des pistes.

            Sinon un strace -s 256 -ff -p pid_exim -o ~/trace peut aider à comprendre pas mal de choses sur le pourquoi du comment...

        • [^] # Re: exim ...

          Posté par  (site web personnel) . Évalué à 1.

          Je dis cela car je fais un "telnet monserveur 25" pour tester.

          • [^] # Re: exim ...

            Posté par  . Évalué à 1.

            oui mais avec un DNS bien configuré, la résolution doit se faire dans les deux sens. quand tu fais un telnet monserveur et que ca résoud, tu prouves seulement que la résolution directe f:nom->ip fonctionne.

            mais quand tu fais un gethostbyaddr(), tu utilise la résolution inverse, qui associe un nom à une IP, f:ip->nom. Et si cette résolution est mal configurée, ca part en timeout et ca peut bloquer ton serveur smtp qui cherche à faire un gethostbyaddr() sur l'ip du client, pour logguer la connection (par exemple).

  • # Re: exim ... (ca marche)

    Posté par  (site web personnel) . Évalué à 1.

    Ca y est cela fonctionne.
    Mais c'est très lent. A se demander si je n'étais tout simplement pas assez patient avant (???)...

    Merci journal.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.