Envoyer des emails via SMTP et tester

Question

J'ai une application PHP avec un système d'invitation où les utilisateurs peuvent inviter d'autres utilisateurs à essayer le service. En interne, nous utilisons Google Apps pour notre domaine pour envoyer/recevoir des emails (mydomain.com).

1) Ma question est, puis-je envoyer des courriels à partir de mon serveur avec l'adresse d'invitation invitée@mondomaine.com? Je suis inquiet à propos des emails bloqués/ignorés par le serveur de destination. Je suis conscient qu'il est possible d'envoyer les emails en configurant mon installation php pour utiliser le serveur google smtp, mais il y a une limite de 500 emails par jour, ce qui n'est pas très évolutif.

Je ne sais pas vraiment à propos de l'envoi de courriels et pourquoi/comment ils sont bloqués/considérés comme spam. J'apprécierais tous les bons conseils/conseils que vous pouvez me donner.

2) Quelle est une bonne façon de tester pour voir si la partie e-mail de mon application fonctionne sans l'installer sur mon serveur live. Puis-je simplement installer un serveur smtp sur mon bureau et envoyer des mails de cette façon? Pouvez-vous recommander d'autres bonnes idées pour les tests. Je vais simplement envoyer quelques courriels à mes comptes de messagerie Web personnels pour m'assurer que tout fonctionne.

Merci, Bill

Answer 1

1) Ma question est, puis-je envoyer des e-mails de mon serveur avec l'adresse de étant invite@mydomain.com? Je suis préoccupé par les emails étant bloqué/ignoré par le serveur de destination . Je suis conscient qu'il est possible d'envoyer les e-mails en configurant mon installation php pour utiliser google smtp serveur, mais il y a une limite de 500 e-mails par jour, ce qui n'est pas très évolutive.

Je ne sais pas vraiment au sujet de l'envoi de courriels et pourquoi/comment ils sont bloqués/considérés spam. Je voudrais apprécier tout bon conseil/conseils que vous pouvez me donner.

Il y a un chemin de passage si le courrier a été rebondi (il y a plus de 10 raisons de rebond possibles!). Vous pouvez définir l'en-tête du chemin de retour dans vos e-mails sortants. La meilleure pratique consiste à spécifier une adresse de messagerie différente dans le chemin de retour. Lorsque les e-mails sont rejetés pour une raison quelconque, une notification sera envoyée à cette adresse. De plus, vous pouvez avoir par exemple un travail cron (PHP) qui se connecte en utilisant IMAP au compte email rebondi et faire quelque chose avec les e-mails rebondis. C'est un moyen assez fiable pour suivre l'état de vos emails envoyés.En outre, afin de minimiser les risques de mise sur liste noire de vos e-mails, vous pouvez envisager de signer vos e-mails à l'aide d'un certificat (vous pouvez en obtenir un gratuitement pour un usage personnel, un commercial peut vous coûter environ 25 €). dollars par an)

2) Qu'est-ce qu'un bon moyen de tester pour voir si la partie e-mail de mon application est travailler sans l'installer sur mon serveur en direct. Puis-je simplement installer un serveur SMTP sur mon bureau et envoyer des mails de cette façon? Pouvez-vous recommander bonnes idées pour les tests. Je vais simplement envoyer quelques e-mails à mes comptes de messagerie Web personnels pour m'assurer que que tout fonctionne.

Vous pouvez réellement envoyer un e-mail de test depuis n'importe où, tant que le port SMTP sortant (25) n'est pas bloqué. Si vous avez un propre serveur smtp avec l'authentification du nom d'utilisateur/mot de passe activée, vous pourrez envoyer des e-mails de partout en utilisant ces informations d'identification/paramètres. Dans tous les autres cas, vous devrez utiliser le smtp de votre fournisseur d'accès Internet pour envoyer des emails.

Answer 2

Pour répondre à la deuxième partie (comme Eric l'a souligné, vous aurez plus de chance à serverfault.com avec la première partie), tout serveur SMTP hébergé en local devrait être en mesure de faire la astuce, et il y en a beaucoup pour n'importe quel OS donné. Google peut vous aider là-bas.

La principale chose que vous voulez d'un serveur SMTP local est la journalisation détaillée. Il est tout à fait possible que le serveur local échoue/refuse de livrer le message à sa destination prévue pour un certain nombre de raisons (encore, serverfault.com), mais cela ne dépend pas de la livraison du code au serveur SMTP.

S'il vous transmet correctement le message de test, c'est bien. Mais si ce n'est pas le cas, vous voulez juste voir dans les logs du serveur qu'il a bien reçu le message et qu'il a pu le traiter. Quel que soit ce traitement accompli est un problème distinct.

Answer 3

Pour les tests de courrier électronique, j'utilise Pappercut. Il est facile à utiliser mais certains antivirus peuvent ne pas vous aimer ouvrir le port 25.

Answer 4

J'utilise Dumbster pour tester. Je vais attraper les e-mails, puis mon code de test peut vérifier le contenu. Pour éviter le spam, il y a un certain nombre de choses que vous devez faire, et je ne suis pas sûr de les avoir toutes trouvées. Assurez-vous que votre adresse IP est enregistrée et qu'une recherche inversée renvoie le bon domaine.

Answer 5

1) Envoi:

Ceci est un bon article qui décrit quelques-uns des pièges autour de l'envoi d'email http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html

Vérifiez les commentaires aussi.

2) Test:

Disclaimer - Je travaille pour la compagnie derrière le service lié ci-dessous.

Si vous préférez ne pas définir votre propre serveur smtp vous pouvez utiliser un service de test de messagerie hébergé comme Clickity

Vous pouvez créer autant d'adresses e-mail de test que vous le souhaitez ou configurer votre application pour pointer directement à notre smtp serveur. Vous pouvez ensuite consulter l'intégralité de l'e-mail sur notre site dans le cadre de vos tests manuels ou automatiser les tests via notre API.