J'ai lu quelques autres articles sur le courrier électronique de masse, mais j'ai besoin d'autres informations. Nous voulons intégrer notre système de courrier électronique de masse dans notre application actuelle, mais je crains que cela ne soit pas une bonne idée. Quelqu'un a-t-il des commentaires sur le type de ressources nécessaires pour envoyer, potentiellement, 1000 e-mails par heure? Nous n'avons actuellement qu'un seul serveur web et n'avons pas accès à notre serveur de messagerie. Cependant, nous avons un accès complet à notre serveur Web. Serait-ce une mauvaise idée d'héberger l'application de messagerie de masse sur notre serveur actuel? Devrions-nous avoir un serveur distinct pour exécuter ce type d'application et appeler le serveur via les services Web (WCF)? Chaque e-mail doit être envoyé séparément car les liens sur le courrier électronique sont à des fins de suivi et de désabonnement. J'apprécie vos pensées. DanielEnvoi d'une campagne d'e-mail en masse via ASP.NET
Répondre
Oui c'est une mauvaise idée,
L'un des éléments clés pour détecter le spam, l'adresse IP, il est venu de (Connue comme sa réputation) si vous commencez à envoyer à beaucoup d'e-mails qui finissent par obtenir marqué comme spam (ce qui est vrai, même si les utilisateurs ont dit qu'ils voulaient recevoir des e-mails) votre adresse IP pourrait se retrouver en difficulté. Je ne voudrais pas faire cela sur mon serveur web.
En ce qui concerne les spécifications, votre bande passante va être frappée dur quand vous commencez à faire quelque chose comme ça. Bien que je pense que vous seriez surpris de la vitesse à laquelle vous pouvez envoyer des emails (Mail Server Dependent)
De toute façon quand il s'agit d'envoyer des campagnes de publipostage, je parlerais à un tiers si c'est quelque chose que vous êtes sérieux A propos, ils ont les connaissances et le matériel pour effectuer des campagnes qui ne vont pas endommager votre représentant IP.
Qui héberge votre serveur? Je vérifierais avec eux qu'ils pourraient ne pas aimer l'idée de vous monopolisant la ressource tout en expédiant des milliers de courriels. – LiamB
Le serveur de messagerie est un système distinct destiné aux courriels de masse. Nous avons droit à 500 000 emails par semaine.Je ne suis pas d'accord sur la bande passante étant donné que tout le trafic est interne au réseau de notre hôte et le serveur de messagerie s'occupe de l'envoi des emails (dont nous ne sommes pas responsables pour toute la bande passante à ce moment). Ma principale préoccupation est l'application générant les emails à envoyer au serveur (dans le même réseau). Quant à la réputation, elle est également convertie par le serveur de messagerie. – DDiVita
Je pense que ce problème dépend de votre serveur de messagerie. J'ai été dans un projet où nous avons envoyé des courriels 50-100K en quelques heures et la principale limite était la capacité du serveur de messagerie. À mon avis, il serait bien d'avoir le client de messagerie sur le serveur web car il n'utilisera pas trop de ressources s'il est bien écrit, la question principale est ce que le serveur de messagerie peut prendre.
Tenez compte de la réorientation IP bien que, comme indiqué dans l'autre réponse, je n'ai qu'une connaissance limitée de ce problème, mais je ne ferais pas erreur. –
Vous pouvez contribuer à votre réputation auprès de certains fournisseurs d'e-mails en les contactant et en remplissant les formulaires d'inscription en masse.
Ceci est pour yahoo:
http://help.yahoo.com/l/us/yahoo/mail/postmaster/bulkv2.html
Je recommande de ne pas utiliser quoi que ce soit pour l'échange comme celui-ci. Vous voulez un serveur de courrier en vrac séparé comme Ironport.
Sinon, vos e-mails internes se coincer dans la file d'attente avec tous vos e-mails en vrac que vous ne voulez certainement pas.
Le code réel impliqué ne doit pas être si complexe. Dans mon cas, nous avons utilisé une tâche asynchrone pour faire une boucle sur une table de liste d'e-mails dans la base de données en tirant un lot de 20 ou plus à la fois envoyant puis dormant pendant un certain nombre de secondes. Les fournisseurs de messagerie n'aiment pas recevoir des centaines/milliers de courriels d'une même source à la fois. Encore mieux si vous pouvez échelonner la liste par les fournisseurs.
Le système de messagerie en masse est un serveur distinct de notre courrier interne. – DDiVita
une solution finale? – Kiquenet