J'envisage la possibilité de configurer un simple serveur de messagerie SMTP + IMAP pour une utilisation interne sur une petite machine virtuelle Azure supplémentaire. Quand je dis usage interne, je ne veux pas dire "utilisé par des utilisateurs internes", mais pour une utilisation dans le cadre d'un système plus large et pour servir le but principal de recevoir des e- mails à des fins d'audit / de journalisation qui sont ensuite traitées selon des règles, qui déclencher des actions. Parfois, il peut y avoir une réponse automatique en retour.
Ma question est de savoir si un simple serveur de messagerie peut être hébergé dans une machine virtuelle Azure, car ce que je vois sur Internet à partir d'une recherche préliminaire est qu'Azure ne prend pas en charge le DNS inversé (ils attribuent cependant des IP presque statiques de nos jours), ce qui entraînera ensuite les e-mails sortants de réponse automatique occasionnels doivent être marqués comme spam.
Ma question est: est-ce le cas ou existe-t-il une configuration qui permettrait de contourner cela?
Remarque: Ce n'est qu'une question de recherche préliminaire. Je ne suis pas administrateur.
EDIT: à ceux qui voudraient intervenir et dire utiliser SendGrid. Je ne vais pas envoyer de newsletters, mais surtout recevoir des emails. De plus, une très petite instance Azure coûte 9 $ / mois, alors que l'API SendGrid Push (qui ne laissera pas interroger comme je le voudrais) commence à 90 $ / mois, ce qui représente dix fois le coût.
EDIT 2: Ma préférence est d'implémenter un système basé sur un sondage (interroger le serveur pour de nouveaux e-mails toutes les X heures) plutôt que d'implémenter un système basé sur la file d'attente + push (la plupart des services tiers fournissent une API Push qui pousse chaque e-mail vers une URL Web) )
EDIT 3: Je préférerais ne pas utiliser un service tiers, car je ne veux pas que le contenu de l'e-mail et des pièces jointes les traverse.
EDIT 4: Écoutez, je ne cherche pas de conseils sur la façon de le configurer ou sur le service tiers à utiliser. Ce que je demande, c'est " Est-il possible de configurer un serveur de messagerie qui peut recevoir des e-mails et envoyer des e-mails occasionnels qui ne seront pas marqués comme spam en raison des limitations d'Azure? S'il y a des limitations - quelles sont-elles et comment ils doivent être contournés? "
la source
Réponses:
Non.
Vous ne pouvez pas être raisonnablement sûr que votre e-mail sortant sera livré, car de nombreuses destinations se contentent de mettre sur liste noire, pare-feu ou même acheminer nulle les blocs IP des principaux fournisseurs de cloud en raison des abus importants observés dans ces plages - pas seulement par e-mail mais via d'autres services également.
Et même si votre courrier est livré aujourd'hui, ce n'est pas une garantie qu'il continuera d'être livré à l'avenir.
Vous avez vraiment besoin d'un serveur de messagerie en dehors d'Azure (ou EC2 ou autre) pour traiter votre courrier sortant, bien qu'il ne doive pas nécessairement être un serveur de messagerie tiers. Si vous avez l'expertise, vous pouvez le faire vous-même.
Lorsque j'ai mis un service sur EC2 qui devait être livré à une liste de diffusion, j'ai constaté en testant que près des 3/4 des adresses de liste n'accepteraient pas de courrier à partir de là. J'ai fini par tout envoyer à un smarthost situé en dehors d'EC2. Fait intéressant, cela a également amélioré les performances ...
Avoir du courrier entrant sur Azure ne poserait aucun problème, car les problèmes ci-dessus ne s'appliquent pas.
la source
PAS.
99,999% du temps, il est beaucoup plus logique d'utiliser un gestionnaire SMTP / mail tiers que d'implémenter votre propre serveur de messagerie.
Il y a même un document sur les documents Azure sur l'utilisation de Sendgrid .
Je vous recommande fortement de suivre ces directives et d'utiliser Sendgrid (ou un service similaire) en tant que fournisseur de relais SMTP.
Les complexités de la configuration d'un serveur de messagerie correctement configuré sont extrêmement compliquées.
la source