Je teste mon serveur SMTP via wormly.com
Quand je fais le test, je me retrouve avec
> SMTP -> FROM SERVER: 250 2.1.0 Ok RCPT TO: [email protected]
> SMTP -> FROM SERVER: 554 5.7.1 : Relay access denied SMTP -> ERROR:
> RCPT not accepted from server: 554 5.7.1 : Relay access denied
L'envoi du message a échoué.
J'ai configuré mon serveur de messagerie avec l'aide de ceci Lien
C’est le bon message puisqu’un site Web tiers se connecte à votre serveur et ne peut pas envoyer d’e-mails à des domaines externes.
Idéalement, selon la configuration, si vous envoyez un courrier électronique à l’un de vos propres domaines, celui-ci doit être envoyé.
Si vous aviez eu un relais ouvert, ce qui signifie accepter des courriels pour n'importe quel domaine, ce serait un gros risque pour la sécurité et votre serveur serait en un rien de temps mis sur la liste noire. Cela pourrait également causer des problèmes avec votre FAI.
Test du serveur de messagerie
Je recommanderais fortement d'utiliser des services tels que Mandrill.com pour envoyer des courriels transactionnels plutôt que de configurer votre propre serveur si vous n'avez pas l'expérience de le gérer. Cela peut faire plus de mal que de bien.
Toutefois, en fonction de votre commentaire, vous devez configurer et tester votre serveur de messagerie. Ce n'est pas une tâche triviale et nécessite des tests à différents niveaux. Essayez ce qui suit au niveau de base:
a) Créer un domaine virtuel et un utilisateur virtuel à l'intérieur de ce domaine
b) Faites un telnet sur le port 25 de votre serveur et envoyez un courrier à ce domaine pour voir s'il est livré. Vous pouvez consulter les journaux d'erreurs via tail -f /var/log/mail.log -f
à partir d'une console différente. Utiliser telnet est facile
telnet yourserver.com 25
helo test.com
mail from: <[email protected]>
rcpt to: <[email protected]>
data
Type any content that you want, press enter, then put a period (.) and then enter to exit
.
Maintenant, vérifiez si le courrier électronique a bien été envoyé via le journal des erreurs. Une fois cela fait, vous saurez que les courriers entrants devraient fonctionner correctement (à condition qu'un enregistrement/enregistrement MX pour ce domaine soit correctement défini). Sinon, en fonction de l'erreur, corrigez le problème.
c) Connectez-vous maintenant au serveur via ssh et utilisez la commande mail pour envoyer le courrier électronique.
echo "Test Email from the new server" | mail -s "Test Subject" [email protected]
Vérifiez le dossier de courrier indésirable de Gmail, car si tout se passait bien, il aurait atterri là-bas. De cette façon, vous pourrez consulter le courrier sortant.
Si l'application Web Java réside sur le même serveur, vous pouvez utiliser localhost
en tant que serveur de messagerie au sein de l'application. S'il se trouve sur un autre serveur, vous pouvez entrer l'adresse IP de ce serveur sous la ligne mynetworks
dans postfix/main.cf
, redémarrez postfix et vous pourrez envoyer un courrier électronique sans authentification.
Une fois encore, toute mauvaise configuration peut entraîner une mauvaise utilisation du serveur, alors soyez prudent.