Le server SMTP fonctionne, mais telnet vers le port 25 ne fonctionne pas

Je gère un server SMTP léger pour traiter les courriels entrants. J'utilise https://github.com/kennethreitz/inbox.py . J'ai ouvert le port 25 dans mon pare-feu et je suis en train d'exécuter le server à 0.0.0.0:25.

Tout fonctionne bien comme je m'attends. Lorsque j'envoie un courrier électronique à nom@mydomain.com, le server reçoit le message.

Ce qui est étrange pour moi, c'est que lorsque je télénet au port 25 de l'extérieur du VPS, il ne se connecte pas et ne ferme pas son time:

$ telnet mydomain.com 25 Trying <IP address removed>... telnet: connect to address <IP address removed>: Operation timed out telnet: Unable to connect to remote host 

Lorsque j'ai telnet depuis l'intérieur du VPS, ça fonctionne comme il se doit:

 $ telnet localhost 25 Trying ::1... Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 hobnob Python SMTP proxy version 0.2 

Je ne peux penser à aucune raison pour laquelle cela se passe. Qu'est ce que ça pourrait être?

METTRE À JOUR:

J'ai pu établir une connection en utilisant un shell Python:

 from smtplib import SMTP conn = SMTP('mydomain.com') 

J'ai confirmé que cela échouerait si le server ne fonctionnait pas. Il semble peut-être que telnet ne peut pas faire correctement la connection? Je ne suis pas sûr, mais il est clair que des connections peuvent être faites sur le server par un logiciel de messagerie qui est ce que j'essayais vraiment de tester.

Il y a plusieurs raisons à cela.

Il se peut que le port 25 soit bloqué par votre fournisseur de VPS. Beaucoup exigeront que vous demandiez expressément qu'il soit ouvert, afin de réduire le spam.

En outre, votre pare-feu pourrait bloquer le trafic entrant du port 25. Débarrassez-vous de cela.

L'autre chose commune est d'écouter uniquement sur localhost, même si vous avez défini 0.0.0.0 comme l'adresse de binding qui ne devrait pas être le problème.

Souvent, le courrier entrant entrera dans un autre port (en particulier, la soumission sur le port 587), de sorte que vous pouvez toujours recevoir un courrier avec le blocage du port 25.