Forum Linux.redhat Serveur mail, help

Posté par  .
Étiquettes : aucune
0
25
nov.
2004
Salut à tous,

J'ai un problème depuis quelques jours avec mon serveur mail. J'ai un serveur qui tourne sur une Red HAt 9.0 et j'avais Sendmail d'installé.

N'arrivant pas à paramétrer mes utilisateurs (je suis novice), j'ai installé Qmail. Toujours pas mieux. Jusque là je n'avais pas de mail mais la fonction mail() php fonctionnait sur mes sites.

J'ai vu sur plusieurs sites que Postfix etait equivalent à Qmail mais en plus simple. J'ai donc suivi un tuto trouvé sur Lea-linux à la lettre.
Cependant depuis ça je n'ai plus du tout de fonction mail().

Je suis un peu perdu et ça commence à peser car j'utilise pas mal cette fonction dans la validation des comptes, etc...

Please help :)

  • # Besoin d'infos :

    Posté par  . Évalué à 2.

    Tout d’abord il faut procéder par étape, il est inutile de chercher à configurer un webmail PHP tant que le MTA + Imap n’est pas configuré.
    En fait il faudrait fournir quelques infos complémentaires :
    Où sont stockés les utilisateurs (base de données ou passwd),
    Que donne un telnet localhost 25 ?
    Tu dis avoir cherché à configurer sendmail et qmail avant postfix, il ne peut y avoir qu’un seul programme installé en même temps.
    Il y a-t-il des messages d’erreurs dans les log du système ?

    • [^] # Re: Besoin d'infos :

      Posté par  . Évalué à 1.

      Concernant les utilisateurs, je les ajoute par Webmin ("Gestion des groupes et utilisateurs").
      J'ai testé la commande telenet localhost 25 et j'ai :

      "Trying 127.0.0.1...
      telnet: connect to address 127.0.0.1: Connection refused"

      Apparemment ce serait au niveau du SMTP que ça ne marche pas car il n'envoit pas avec mail() de php.

      Quand je suis sur Webmin, je peux demarrer et stopper facilement Qmail, concernant Postfix, impoossible de le demarrer meme quand j'ai coupé Qmail. Si j'essai de le lancer par shell, "etc/rc.d/init.d/postfix start", j'ai : "postfix/postfix-script: starting the Postfix mail system"

      Merci de ton aide tux

      • [^] # Re: Besoin d'infos :

        Posté par  . Évalué à 2.

        Je pense sincèrement qu’il n’est pas bon du tout d’avoir plusieurs MTA installé en même temps, dans un premier temps tu peux essayer de désinstaller qmail, sendmail et postfix, faire le ménage dans /etc/mail, et réinstaller postfix avec la configuration par défaut.
        Dans le /etc/postfix/main.cf ajuster le nom de la machine et le nom du domaine.
        Lancer postfix,
        Voir dans /var/log/syslog s’il n’y a pas de messages d’erreurs,
        Puis ensuite essayer un telnet localhost 25 pour voir.
        En espérant que cela pourra t’aider.

        • [^] # Re: Besoin d'infos :

          Posté par  . Évalué à 1.

          Oui je voudrais enlever postfix.
          Comment le desinstaller ?
          J'ai fais un make uninstall dans le repertoire où j'avais decompressé mais il n'en veut pas.

          • [^] # Re: Besoin d'infos :

            Posté par  . Évalué à 2.

            C’est pour cette raison hormis patches ou paramètres de compilation spécifiques qu’il est préférable d’utiliser les paquets standards fournis avec la distribution. Ceci évite bien des problèmes par la suite surtout si l’on n’est pas certain de ce que l’on fait.
            En dehors de faire le ménage à la main en espérant ne pas casser quelque chose d’important je ne sais que te conseiller d’autre.

            • [^] # Re: Besoin d'infos :

              Posté par  . Évalué à 1.

              J'ai déjà supprimé le dossier où sont les fichiers décompressés (usr/local/src/postfix-2.0.20/).
              Visiblement rien n'y fait...

            • [^] # Re: Besoin d'infos :

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

              CheckInstall est ton ami (refait un make install avec puis rpm -e)
              Il sert à créer des fichiers rpm des programmes que tu compiles. Tu gardes donc une trace de tout ce qui a été installé.

Suivre le flux des commentaires

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