Parlez-vous uniquement de l'interface et du stockage, ou de la mise en œuvre de l'envoi des e-mails ?

Oui, une table SQL avec FROM, TO, Subject, Body devrait fonctionner pour le stockage et, diable, une zone de texte ou même peut-être une zone RichText devrait fonctionner pour l'édition.

Ou est-ce une interface Web ?

Pour l'envoyer réellement, consultez l'espace de noms System.Web.Mail, il est assez explicite et facile à utiliser :)

De haut niveau, oui. :D La chose principale est un endroit pour stocker les modèles. Une base de données est une excellente option à moins que vous n'en utilisiez pas déjà une, alors les systèmes de fichiers fonctionnent bien.

Les éditeurs WSIWIG (tels que fckeditor) fonctionnent bien et vous offrent de bonnes options concernant les fonctionnalités que vous autorisez.

Une sorte de système de remplacement de jeton est également une bonne idée si vous en avez besoin. Par exemple, si quelqu'un met %FIRSTNAME% dans le modèle d'e-mail, le code qui génère l'e-mail peut effectuer une simple correspondance de modèle pour remplacer les jetons connus par d'autres valeurs connues qui peuvent être dynamiques en fonction de l'utilisateur ou d'autres circonstances.

Je pense que s'il s'agit de notifications automatisées, cela signifie qu'elles sont probablement émises à la suite d'un type d'événement dans votre logiciel. S'il s'agit d'une application Web et que vous allez en envoyer un certain nombre, envisagez de mettre en place une file d'attente d'e-mails plutôt que d'envoyer un e-mail à chaque événement.

Un composant peut interroger périodiquement la file d'attente et envoyer tous les éléments en attente.

Que diriez-vous d'utiliser les nouveaux composants Workflow dans .NET 3.0 (et 3.5) ? C'est ce que nous utilisons en combinaison avec des modèles dans mon projet actuel. Les modèles ont le format de base et les jetons sont remplacés par des informations utilisateur.