J’utilise un serveur virtuel chez le fournisseur allemand Hosteurope. Je n’ai pas de MTA Postfix sur le serveur virtuel. L’installation a été très simple. Après avoir exécuté ./launcher bootstrap app et ./launcher start app, l’application démarre.
J’exécute ./discourse-doctor et j’obtiens le message suivant :
Oui, j’envoie l’e-mail à mail-tester. Il semble que le serveur SMTP ait accepté l’e-mail, mais ne l’ait pas livré au destinataire ?
==================== TEST DE COURRIEL ====================
Pour un test robuste, obtenez une adresse sur http://www.mail-tester.com/
Ou envoyez simplement un message de test à vous-même.
Adresse e-mail pour le test ? ('n' pour ignorer) []: test-2v7z63ww6@srv1.mail-tester.com
Envoi du courriel à test-2v7z63ww6@srv1.mail-tester.com. . .
Test de l'envoi vers test-2v7z63ww6@srv1.mail-tester.com en utilisant wp10750459.mailout.server-he.de:25.
Connexion au serveur SMTP réussie.
Envoi à test-2v7z63ww6@srv1.mail-tester.com. . .
Courriel accepté par le serveur SMTP.
Si vous ne recevez pas le message, vérifiez votre dossier COURRIER INDESI
Si le message n'est pas livré, cela ne signifie pas qu'il y a un problème avec Discourse.
Vérifiez les journaux du serveur SMTP pour voir pourquoi l'envoi du message a échoué.
Remplacement : SMTP_PASSWORD
Remplacement : LETSENCRYPT_ACCOUNT_EMAIL
Remplacement : DEVELOPER_EMAILS
Remplacement : DISCOURSE_DB_PASSWORD
Remplacement : Envoi du courriel à
==================== TERMINÉ ! ====================
C’est ainsi que cela semble être. Vous devrez consulter les journaux du serveur de messagerie. Sur le serveur de messagerie, ils ont accepté mais n’ont pas livré les messages.
La question est : dois-je installer un serveur de messagerie sur le serveur virtuel ? Je pense que je n’ai pas besoin d’un serveur de messagerie sur le serveur virtuel. Je souhaite utiliser le serveur SMTP du fournisseur. Les ports sont fermés. Quel serveur de messagerie devrais-je installer ?
telnet 178.77.102.5 25
Trying 178.77.102.5...
telnet : Impossible de se connecter à l'hôte distant : Connection refused
nmap -PN -p 25,110,143,465,587,993,995 178.77.102.5
Starting Nmap 7.01 ( https://nmap.org ) at 2021-01-07 16:45 CET
Nmap scan report for lvps178-77-102-5.dedicated.hosteurope.de (178.77.102.5)
Host is up (0.0058s latency).
PORT STATE SERVICE
25/tcp closed smtp
110/tcp closed pop3
143/tcp closed imap
465/tcp closed smtps
587/tcp closed submission
993/tcp closed imaps
995/tcp closed pop3s
Nmap done: 1 IP address (1 host up) scanned in 0.23 seconds
[root@lvps178-77-102-5 ~]# yum list installed | grep mail
Repository base is listed more than once in the configuration
Repository updates is listed more than once in the configuration
Repository extras is listed more than once in the configuration
Repository centosplus is listed more than once in the configuration
fetchmail.x86_64 6.3.24-7.el7 installed
mailcap.noarch 2.1.41-2.el7 installed
mailx.x86_64 12.5-19.el7 installed
procmail.x86_64 3.22-36.el7_4.1 installed
sendmail.x86_64 8.14.7-6.el7 installed
sendmail-cf.noarch 8.14.7-6.el7 installed
sendmail-doc.noarch 8.14.7-6.el7 installed
[root@lvps178-77-102-5 ~]#
[root@lvps178-77-102-5 ~]# ss -tanup
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
tcp LISTEN 0 128 *:22 *:* users:(("sshd",pid=396,fd=3))
tcp LISTEN 0 128 *:3000 *:* users:(("docker-proxy",pid=841,fd=4))
tcp LISTEN 0 128 *:443 *:* users:(("docker-proxy",pid=783,fd=4))
tcp LISTEN 0 128 *:2045 *:* users:(("docker-proxy",pid=3321,fd=4))
tcp LISTEN 0 128 *:80 *:* users:(("docker-proxy",pid=851,fd=4))
tcp LISTEN 0 128 *:81 *:* users:(("docker-proxy",pid=829,fd=4))
tcp ESTAB 0 0 178.77.102.5:22 185.243.70.181:39124 users:(("sshd",pid=16868,fd=3))
tcp LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=396,fd=4))
Si vous souhaitez installer et exécuter un serveur de messagerie, vous devrez vous renseigner ailleurs sur la méthode à suivre. Cela dépasse le cadre de ce qui est pris en charge ici.
Il semble que vous utilisiez wp10750459.mailout.server-he.de comme serveur de messagerie ? C’est donc ce serveur qui reçoit vos courriers sans les acheminer. Vous devrez consulter les journaux d’événements (logs) de ce serveur pour en connaître la raison.
La solution la plus simple consiste à utiliser Mailgun ou un service similaire.