Approches d'envoi d'email
Dans mon projet suggérer d'envoyer des emails à des approches à mon manager. Comme une partie de la conception du document.
Suivantes sont les approches disponibles. Veuillez partager vos points de vue sur les avantages et les inconvénients de ces approches
Approche 1: l'Utilisation du tiers SMTP
Avantages: Facilement disponibles
Inconvénients: Frais De
Approche 2: Accueil propre SMTP sur Windows Azure
Avantages: ?
Inconvénients: ?
Approche 3: l'Aide Publique Compte de messagerie
Avantages: Pas de frais supplémentaires ou de dépendance.
Inconvénients: Nécessite plus d'efforts en termes de conception et de mise en œuvre.
source d'informationauteur Gaurav Agrawal
Vous devez vous connecter pour publier un commentaire.
N'importe quel serveur SMTP que vous utilisez parce que tout votre code a besoin de savoir est sur l'ordinateur hôte SMTP, le port, le mode sécurisé d'authentification et d'identification de l'utilisateur. Et bien sûr, votre application doit être en mesure de se connecter à l'hôte SMTP. Si votre application prend en charge la connexion à un serveur SMTP, alors pas besoin de se soucier de ce qu'il faut utiliser. Vous pouvez très bien utiliser votre propre entreprise de serveur SMTP ou utiliser les serveurs SMTP comme Gmail, yahoo, etc.
Approche 2 n'est pas recommandé par Microsoft, et je suis aussi avec. La raison principale est que de la chance pour Adresse IP d'Azur centre de données afin de devenir de la liste noire à cause du SPAM est très élevé.
Ne comprends pas très bien l'Approche 3.
Fortement recommandé approche (également par Microsoft) est d'utiliser un système d'envoi de mail, comme SendGrid. Microsoft & SendGrid se sont associés pour offrir Azure développeurs facilement et de manière fiable, en toute sécurité et facilement envoyer un e-mail à partir de la plate-forme Windows Azure. En savoir plus sur le lien fourni. Et c'est officiel reccomendation.
Nous utilisons Amazon de SES services pour envoyer des e-mails à partir de AzureWatch à nos clients. Actuellement, l'envoi au nord de 3000-4000 e-mails par jour. Fonctionne à merveille et est très abordable.
Il y a aussi l'option de file d'attente des e-mails avant de les envoyer en utilisant des services comme SendGrid ou AWS SES. Vous devriez envisager cette option si votre solution est de traiter avec une charge élevée ou si vous n'aimez pas le fait que la troisième partie du service smtp de l'Azur et de votre (direct) de contrôle.
Prendre un coup d'oeil à:
troisième partie est la méthode recommandée pour ce faire, jetez un oeil à:
http://blog.smarx.com/posts/emailtheinternet-com-sending-and-receiving-email-in-windows-azure