Envoyer une newsletter dans ASP.NET à environ 10000 courriels

J'ai écrit des pages qui envoient des courriels, mais pas le volume de votre volume. Néanmoins, je recommanderais ce qui suit sur le code que j'ai mis en œuvre dans le passé:

• Utilisez l'application Web pour écrire l'e-mail et toutes les adresses de destinataires à la table (s) de base de données.

• Avoir un processus en dehors de ASP.NET en train d'envoyer les courriels. Cela pourrait être un fichier VBS configuré comme une tâche planifiée ou (de préférence) un service Windows. Le processus prendrait le texte de l'e-mail, appendez le lien de désabonnement et une fois envoyé, signalez avec succès l'enregistrement de base de données comme envoyé. De cette façon, si l'envoi échoue, il peut réessayer plus tard (les boucles de processus d'envoi sur tous les enregistrements marqués comme insensés).

• Si vous avez besoin d'un journal de ce qui a été envoyé et quand, il vous suffit de conserver les enregistrements envoyés dans les tables de base de données. Sinon, supprimez simplement les enregistrements une fois envoyés avec succès.

  IMHO Envoi d'emails au sein du processus de travailleur ASP.NET est une mauvaise idée car vous ne savez pas combien de temps il faudra et si l'envoi échoue, il y a peu de possibilités de réessayer avant la sortie de la page.

Je ne recommanderais pas la page Web ASP.NET à envoyer, même si vous le démarrez dans un fil d'arrière-plan séparé. Je penserais que vous exécutez le risque de recyclage du serveur de votre processus au milieu de l'envoi, ce qui le gâcherait. Vous devez vraiment écrire une sorte de service ou une application distincte pour envoyer vos courriels.

L'option la plus simple serait de créer une console rapide et sale.

La journalisation est également essentielle comme l'autre affiche indiquée. Si cela échoue, vous voulez savoir exactement ce qui a été envoyé et où il s'est arrêté de sorte que lorsque vous le redémarrez, vous ne postez pas de courrier que toutes les personnes qui travaillaient à nouveau. Vous souhaitez pouvoir saisir le point de départ de l'envoi, donc si vous devez redémarrer au numéro par courrier électronique # 5000, vous pouvez.

Les classes de l'espace de noms System.net.Mail fonctionneront parfaitement pour l'envoi Votre courrier.

L'un des plus gros problèmes trouvera un hôte de courrier électronique qui vous permettra d'envoyer autant d'emails. La plupart des hôtes de messagerie ont une étranglement et des changements quelque temps en fonction des conditions du serveur, de sorte que si le serveur est fortement utilisé, les limites de courrier électronique seront plus restrictives et que vous ne serez peut-être pas à définir 500 courriels par heure.

Nous avons une lettre d'information qui s'étend sur environ 20000 personnes en tant que courriels séparés et nous avons dû jouer avec le retard entre les courriels jusqu'à ce que nous ayons trouvé un qui fonctionnerait pour notre hôte de courrier électronique. Nous avons fini par 1,2 sec entre courriels, ce qui pourrait être un bon point de départ.

Je pense qu'il existe des hôtes de messagerie spécialisés dans les envois en vrac si vous en obtenez un problème.

Aussi si vous hébergez votre propre courrier électronique. un problème. Et si vous hébergez votre propre courrier, vous aurez la possibilité de supprimer le courrier dans le répertoire de pick-up et vous pourrez simplement la jeter de là aussi vite que vous le souhaitez, et laissez le service de messagerie le ramasser à son propre rythme. < / p>

edit: Voici les paramètres à ajouter au fichier de configuration pour définir le répertoire de prise en charge xxx

Ne faites certainement pas cela dans ASP.NET. C'est l'une des plus grandes erreurs que les nouveaux développeurs Web font.

Ceci doit être une application ou un service Windows pouvant gérer ce volume beaucoup.

Créer une page Web pour "concevoir" la newsletter à. Lorsqu'ils ont touché l'envoi, la file d'attente de la newsletter jusqu'à quelque part (base de données) et utilisez un autre programme (service Windows, etc.) pour envoyer la lettre en file d'attente. Ce sera plusieurs fois plus efficace et potentiellement tolérante de panne si conçus correctement.

J'ai écrit un module d'information (dans le cadre d'un plus grand système) dans ASPnet MVC 2, Cadre d'entité et à l'aide de l'espace de noms System.net.Mail. Il est coupé en vue et se déroule actuellement dans un contrôleur avec une méthode de support pour faire l'envoi. Comme chaque courriel est envoyé, je suive s'il existe une bouce difficile (une exception étant lancée) et je mettez à jour cet enregistrement de base de données indiquant l'échec à l'exception, sinon je mettez à jour le succès indiquant le succès. Nous faisons également la personnalisation, nous avons donc des "balises" qui sont remplacées par un champ supplémentaire dans la base de données (stockée sous forme de XML pour la flexibilité). Cela aide à gérer une fonction de désinscription.

Mon code est assez simple (s'il vous plaît ne me flânez pas pour utiliser une manipulation des exceptions comme logique commerciale;) et cela fonctionne comme un charme.

Tout cela est fait sur un VPS à http://maximasp.com qui héberge également 4 sites avec assez décent circulation. Nous utilisons leurs serveurs SMTP. Nous avons notifié que nous avions besoin de ce service et que nous n'avons eu aucun problème de relation-sage.

Nous avions 2 Go de RAM sur la machine exécutant Windows 2008 et il faisait 6 courriels / secs. Nous l'avons heurté jusqu'à 3 Go lorsque les sites Web avaient besoin et maintenant le mailout fait environ 20emailils / sec. Nos mailouts vont de 2 000 à 100 000 adresses électroniques.

En bref, ASP.NET peut être utilisé pour gérer un mailout, et si vous ajoutez une logique à la gestion de l'enregistrement à la mise à jour de l'enregistrement de perdre votre chemin à mi-été est atténuée. Oui, il y a probablement des façons slickers de faire cela. Nous cherchons à MQMS et à la filetage et à la séparation du service Windows pour le rendre plus stable et plus évolutif, car nous mettons davantage de clients et de plus grandes listes sur, mais pour l'instant, cela fonctionne simplement bien avec une déclaration raisonnable et une manipulation des erreurs.