Dovecot ne reçoit pas d'e-mails - Connexion refusée
J'essaie d'installer le serveur de messagerie sur Ubuntu, j'ai installé le serveur dovecot.
telnet localhost 110 - correct
telnet mail.domain.cz 110 - correct
Lorsque j'envoie un e-mail:
echo "Testicek" | mail -s "Dovecot test" [email protected]
Et connectez-vous à la boîte [email protected], je l'ai trouvée, donc c'est correct.
Mais lorsque j'envoie un e-mail de l'extérieur (par exemple Gmail), à [email protected] est renvoyé:
The recipient server did not accept our requests to connect. Learn more at http://mail.google.com/support/bin/answer.py?answer=7720 [domain.cz (1): Connection refused]
Dans le journal, ce n'est pas quelque chose d'erreur, donc je ne sais pas où je peux trouver un problème, mais je pense que oui, cela peut être dans la définition du domaine:
1800 A 31.31.73. *** * 1800 A 31.31.73. ***
Les sous-domaines, etc. sont correctement sur Apache (lampe) et envoyer des e-mails via Squirrelmail est également correct.
Merci pour l'aide!
Le port 110 est pour POP3 qui n'est utile que pour se connecter à un serveur POP3 pour télécharger des e-mails.
Pour que les e-mails arrivent sur votre serveur, vous parlez de SMTP. C'est ce que le client et les relais externes utilisent pour déplacer des messages sur Internet. SMTP utilise le port 25.
Dovecot n'a rien à voir avec la façon dont les e-mails atterrissent sur votre serveur. Pour cela, vous avez besoin d'un agent de transfert de courrier comme postfix. Il s'agit d'un serveur SMTP qui écoutera les connexions externes et acheminera les e-mails en conséquence.
Installez-le à partir de la ligne de commande (il vous guidera à travers certaines options de configuration). Vous voudrez rechercher la configuration car cela peut devenir un peu compliqué et vous ne voulez pas être un relais ouvert (c'est-à-dire que vous ne voulez accepter que les e-mails pour vos domaines, et ne pas transférer les e-mails des spammeurs)
J'ai le même problème: ne peut recevoir des mails et les consulter que s'ils sont envoyés depuis la même machine sur laquelle tournent les serveurs de messagerie. Je l'ai résolu en ajoutant un enregistrement MX dans le DNS qui indique que tous les [email protected] doivent être acheminés vers le serveur de messagerie à domain.cz:
domain.cz. 14400 IN MX 0 domain.cz.