Comment tester le courrier électronique smtp avec DOS, pas telnet?

Je sais comment tester le courrier électronique smtp en utilisant telnet. Mais je pense que parce que telnet utilise “son propre canal” pour atteindre le serveur smtp, cela ne signifie pas nécessairement que la communication smtp normale sur le port 25 fonctionnerait. (S’il vous plaît corrigez-moi si ce n’est pas vrai)

Fondamentalement, le client a rencontré un problème: [ERREUR] Accès à la session par défaut refusée lors d’un test depuis l’application pour atteindre le serveur smtp. Sur le même serveur, telnet pour envoyer un email ne fonctionne que …

Donc, je n’ai pas d’autre choix que de comprendre pourquoi je reçois ce genre d’erreur. J’ai fait mes recherches uniquement pour trouver de nombreuses applications de courrier électronique en ligne de commande, ce qui n’est pas bon dans ce cas, car c’est l’environnement du client que je contrôle peu ce qu’il faut installer.

Donc, je pense que le dernier recours serait d’utiliser des commandes DOS simples? S’il vous plaît aviser s’il y a même une meilleure façon. Merci d’avance.

Je sais comment tester le courrier électronique smtp en utilisant telnet. Mais je pense que parce que telnet utilise “son propre canal” pour atteindre le serveur smtp, cela ne signifie pas nécessairement que la communication smtp normale sur le port 25 fonctionnerait.

C’est incorrect. Si l’envoi de courrier électronique fonctionne en le tapant sur l’application Windows telnet , cela fonctionne, c’est-à-dire qu’il n’y a pas de problème avec le serveur SMTP et qu’il n’y a pas de problèmes de pare-feu entre le client et le serveur.

Le bogue est donc probablement dans l’application affichant le message d’erreur. Il n’y a peut-être pas de bogue, mais l’application n’est pas configurée correctement.

Je pense que parce que telnet utilise “son propre canal” pour atteindre le serveur smtp, cela ne signifie pas nécessairement que la communication smtp normale sur le port 25 fonctionnerait. (Veuillez me corriger si ce n’est pas vrai)

Ce n’est pas vrai. Un “vrai” client SMTP utilise la même méthode pour communiquer avec le serveur SMTP que telnet.

Si vous ne faites pas confiance à Telnet, utilisez Thunderbird, mais le problème vient probablement de votre logiciel client ou de votre configuration. Vérifiez les parameters et vérifiez si vous pouvez activer une consignation de trace (sur le client ou le serveur).