Avez-vous besoin de déployer/tester des scripts ou des applications dans Azure qui doivent envoyer des e-mails? Si vous ne l’avez pas encore compris, laissez-moi vous le dire maintenant – il n’existe aucun service de messagerie électronique natif dans Azure. Ne vous inquiétez pas cependant, vous n’êtes pas nécessairement en difficulté.
Votre solution privilégiée serait d’utiliser un relais SMTP tiers ou un hôte intelligent. Mais vous ne pouvez pas utiliser n’importe quel hôte intelligent; il doit être un hôte qui prend en charge TLS et des numéros de port autres que le port 25. La raison d’éviter d’utiliser le port 25 est que Microsoft a interdit la communication SMTP sortante depuis Azure.
Dans cet article, vous découvrirez certaines des solutions de service de messagerie électronique hébergé les plus populaires que vous pouvez explorer en tant que service de messagerie Azure.
À noter: Cet article contient des liens d’affiliation. Si vous cliquez et achetez l’un de ces services, ATA obtient une petite commission.
Options de service de messagerie Azure tierces
Plusieurs alternatives de service de messagerie Azure sont disponibles. Il n’y a pas une seule bonne façon de décider quel service de messagerie choisir. Cependant, les facteurs décisifs tournent principalement autour de la fiabilité, la sécurité, et le coût.
Compréhensiblement, tous les services de messagerie électronique existants ne peuvent pas être couverts dans cet article. La liste ci-dessous montre les services de messagerie électronique qui offrent des plans gratuits afin que vous puissiez les tester et les utiliser avant de décider éventuellement de passer à un plan payant.
- SendGrid
- MailGun
- Mailjet
- SendInBlue
- SocketLabs
Notez qu’il existe généralement deux moyens d’utiliser ces services : le relais SMTP ou l’API e-mail. Le relais SMTP signifie l’utilisation d’une adresse de serveur SMTP et d’un numéro de port. En revanche, l’API e-mail nécessite que vous intégriez le service dans votre code et communiquiez via HTTP.
Connexe : Send-MailMessage : La manière PowerShell d’envoyer un e-mail
En explorant davantage ces différents services e-mail, vous remarquerez que la plupart sont orientés vers les campagnes marketing et les newsletters. Cependant, cela ne signifie pas que vous ne pouvez pas utiliser leurs services à d’autres fins que le marketing.
SendGrid (Gratuit, Payant)
Peut-être ce qui distingue SendGrid du reste est-il qu’il peut être déployé à partir du portail Azure. Vous pouvez trouver SendGrid comme une ressource dans le Marketplace Microsoft Azure. SendGrid propose plusieurs plans parmi lesquels choisir, tels que Bronze, Silver, Gold, Platinum, Premier et Premier Volume.
Remarque : Le niveau gratuit de SendGrid dans Azure n’est plus disponible au choix à la date de rédaction de cet article. Cependant, le plan gratuit de SendGrid est toujours disponible directement sur le site web de SendGrid, mais avec une allocation de courriels quotidiens beaucoup plus basse.
Référez-vous à l’image ci-dessous pour la liste des plans SendGrid tels qu’ils apparaissent dans Azure.
Les utilisateurs d’Azure sont autorisés à créer jusqu’à deux comptes SendGrid par abonnement Azure. Et une fois que le compte SendGrid est créé, vous pouvez choisir d’utiliser le service de messagerie électronique en tant que relais SMTP ou API de messagerie électronique.
Si vous créez un compte SendGrid en dehors d’Azure et directement depuis le site Web SendGrid, les plans disponibles sont indiqués dans l’image ci-dessous.
En résumé, l’utilisation de SendGrid en tant que service de messagerie électronique Azure vous offre :
- Si SendGrid est déployé depuis Azure, il n’y a pas de plan gratuit. Le plan payant le moins cher (Bronze) commence avec 40 000 emails par mois et un tarif de 9,95 $ par mois.
- Si le compte SendGrid est créé depuis le site Web SendGrid, il existe un plan gratuit qui permet 100 emails par jour de manière perpétuelle (ou jusqu’à ce que l’offre change).
- Relais SMTP avec ports TLS 25, 587 et 2525.
- Intégration de l’API de messagerie électronique.
- Compte sécurisé avec clé/API SendGrid / Mot de passe.
Lié : Comment envoyer un email de manière sécurisée avec PowerShell
MailGun (Essai gratuit, Payant)
Une autre option de service de messagerie Azure est MailGun. MailGun offre également un accès à un relais SMTP et à une API de messagerie électronique, vous pouvez donc utiliser le service soit comme un hôte intelligent, soit l’intégrer dans votre code.
MailGun propose également des fonctionnalités de suivi et d’analyse des e-mails. De plus, MailGun garantit une disponibilité de service de 99,99 % – parlez de fiabilité !
Cela semble génial, n’est-ce pas ? Vous pensez peut-être qu’il doit y avoir un hic. Eh bien, il y en a un. Le plan Flex (Pay As You Grow) permet seulement jusqu’à 5000 e-mails par mois pour les trois premiers mois. Après ces trois mois, vous devrez commencer à payer.
L’image ci-dessous montre le tableau des tarifs de MailGun provenant de leur site web.
En résumé, l’utilisation de MailGun en tant que service de messagerie électronique Azure vous offre :
- Un plan d’essai avec une allocation de 5 000 e-mails par mois pour les trois premiers mois.
- Relais SMTP avec les ports TLS 25, 465, 587 et 2525.
- Intégration de l’API de messagerie électronique.
- Un compte sécurisé utilisant une clé API / des informations d’identification SMTP.
MailJet (Gratuit, Payant)
Une autre option de service de messagerie Azure basé sur le cloud est MailJet. Ce service de messagerie tiers est également destiné aux campagnes de marketing par e-mail et aux e-mails transactionnels. Cependant, il offre également des capacités de relais SMTP et d’API de messagerie électronique.
MailJet propose un plan gratuit illimité avec une généreuse allocation de 6 000 e-mails gratuits par mois. Cependant, l’allocation gratuite est assortie d’une limite d’envoi de seulement 200 e-mails par jour. Lors de l’inscription, vous n’avez même pas besoin de fournir les détails de votre carte de crédit.
Si nécessaire, des plans payants avec moins de restrictions et des limites mensuelles plus élevées sont disponibles. Les plans payants commencent à 30 000 e-mails par mois sans limite d’envoi quotidienne.
Voici la capture d’écran des différents plans tarifaires de MailJet qui montre leurs fonctionnalités et capacités.
En résumé, l’utilisation de MailJet en tant que service de messagerie Azure vous offre :
- Un plan gratuit illimité avec une allocation de 6 000 e-mails par mois et une limite d’envoi quotidienne de 200 e-mails.
- Relais SMTP avec ports TLS 25, 465, 587, 588 et 2525.
- Intégration de l’API de messagerie.
- Un compte sécurisé en utilisant la clé API / les identifiants SMTP.
SendInBlue (Gratuit, Payant)
En ce qui concerne la bataille des services de relais SMTP gratuits, SendInBlue n’est pas en reste en termes de fonctionnalités. Lors de l’inscription au plan gratuit, vous bénéficiez d’une limite quotidienne de 300 e-mails envoyés pour une période indéfinie – tout ce dont vous avez besoin est une adresse e-mail.
Outre le service de relais SMTP, vous bénéficiez également de la fonctionnalité d’API de messagerie à intégrer dans votre code ou application pour accéder aux mêmes avantages. Leur point de terminaison de relais SMTP redirige automatiquement vos connexions SMTP vers les serveurs les plus performants de votre région.
Même avec le plan gratuit, vous obtenez les fonctionnalités de base telles que le suivi des e-mails, les analyses et les capacités de génération de rapports. Consultez la page de tarification de SendInBlue pour plus de détails, mais l’image ci-dessous capture la base de chaque plan.
Si vous souhaitez découvrir SendInBlue, consultez leurs offres ici.
En résumé, l’utilisation de SendInBlue en tant que Service de messagerie Azure vous offre :
- Un plan gratuit non expirant avec une limite d’envoi quotidienne de 300 e-mails.
- Relais SMTP avec TLS Port 587.
- Intégration de l’API e-mail.
- Compte sécurisé en utilisant une clé API / des identifiants SMTP.
SocketLabs (Gratuit, Payant)
Qui prétend être le « meilleur service de livraison d’e-mails n°1 » (selon leur site Web) est SocketLabs. SocketLabs offre un plan gratuit qui vous permet d’envoyer 40 000 e-mails le premier mois. Ensuite, les mois suivants, vous disposez d’une limite de 2 000 e-mails envoyés par mois.
Vous pouvez utiliser SocketLabs en tant que relais SMTP via le port 2525, ou vous pouvez utiliser son API e-mail dans votre code. Il est également livré avec des fonctionnalités similaires aux précédentes dans cet article, telles que le suivi des e-mails, les analyses et la redondance des centres de données.
Comme prévu, l’accès au service SMTP est également sécurisé avec une clé API ou des identifiants SMTP afin que seuls les clients ou applications autorisés puissent utiliser le service de messagerie électronique. Vous pouvez consulter la page des tarifs de SocketLabs pour plus d’informations. Ou vous pouvez vous référer à la capture d’écran ci-dessous pour connaître les plans disponibles.
En résumé, l’utilisation de SocketLabs comme service de messagerie électronique Azure vous offre :
- A free plan with 40,000 emails sent for the first month and 2,000 emails per month after.
- Relais SMTP avec le port TLS 2525.
- Intégration de l’API de messagerie électronique.
- Compte sécurisé avec clé API / identifiants SMTP.
Relais authentifié SMTP Office 365
Oui, Office 365 n’est pas gratuit. Cependant, si vous avez déjà Microsoft 365 ou Exchange Online, vous pouvez utiliser la fonction de relais SMTP incluse.
Pour utiliser le relais SMTP authentifié Office 365 en tant que service de messagerie électronique Azure, vous devez connaître ces conditions.
- Le compte utilisé pour s’authentifier auprès du service SMTP doit disposer d’une licence Exchange Online.
- Vous pouvez utiliser différentes adresses e-mail en tant qu’expéditeurs, mais le compte authentifié doit avoir l’autorisation « Envoyer en tant que » pour ces boîtes aux lettres. Les boîtes aux lettres partagées (sans licence) peuvent être utilisées comme expéditeurs.
- Microsoft 365 ou Office 365 impose une limite de 30 messages envoyés par minute et une limite de 10 000 destinataires par jour.
- Relais SMTP avec le port TLS 587.
En utilisant cette configuration, vous pourriez ne pas avoir à vous soucier de mettre à jour l’enregistrement DNS de votre domaine pour le Sender Policy Framework (SPF) et la configuration de DomainKeys Identified Mail (DKIM).
Connexe : Comment envoyer des e-mails avec Office 365 Direct Send et PowerShell
Conclusion
Même sans service de messagerie Azure natif et avec le blocage par défaut de l’envoi SMTP sortant via le port 25, les applications et les serveurs peuvent tirer parti de solutions de relais SMTP gratuites mais excellentes et d’API e-mail.
Chaque service de livraison d’e-mails a ses propres fonctionnalités et limitations. Lequel devriez-vous choisir ? Ce n’est qu’après avoir exploré et testé chacun d’eux que vous pourrez prendre une décision éclairée sur le service qui vous convient le mieux.