Etiqueta de frecuencia
Creo que más importante que "no se envía más de uno por semana" sería "enviado con la menor frecuencia posible"
Si NECESITA enviar dos en una semana, hágalo. Pero si no necesita enviarlos, no envíe nada.
Alternativamente, puede hacerlo al estilo de 'boletín informativo' y enviarlo de forma regular (programada). Pero en ese caso, deberá asegurarse de tener cosas específicas relevantes que decir en cada mensaje.
Facilidad de uso
Haz que sea increíblemente fácil registrarse y cerrar sesión.
Haz que sea increíblemente fácil (y opcional) que lo personalicen.
Usted mencionó el control detallado, pero tenga en cuenta que cuando los clientes ven largas listas de casillas de verificación sobre lo que les gusta y lo que no les gusta, saben que cuantas más casillas hagan clic, más correo recibirán, así que " tenderé a hacer clic menos.
Un método que podría usar sería similar al "Me gusta" de Facebook "No me gusta", el único problema es que necesita MUCHA lógica de datos (y compleja) para implementar un esquema como ese.
Los correos electrónicos directos cortos serían los mejores (a diferencia de esta respuesta). Incluya enlaces a la información, aunque eso podría marcar sus correos electrónicos como spam.
Muchas personas mencionaron que no venden los correos electrónicos, creo que es un hecho, pero la otra faceta es algo que Frakkle mencionó. No hay forma de que ninguna persona en su lista de correo obtenga la información sobre otra persona en la lista de correo. Ni siquiera bccing personas. Siempre redacte correos electrónicos individuales y directos.
Programáticamente
En este caso, como con muchos otros problemas de programación, use el tipo de servicio con el que esté más familiarizado. No creo que las diferencias entre un servicio ASP.NET y un servicio de Windows sean mayores que la diferencia en sus propios niveles de habilidad.
Explotación florestal
Para iniciar sesión, cuando uso un servicio de Windows, he tenido una buena experiencia con Log4Net. En términos de contenido (mucho más importante). Debería estar registrando algunas cosas (si corresponde).
- Recipiente
- Tiempo enviado
- Etiquetas de contenido
- Cola de mensajes actual
1) destinatario
Una parte integral del registro, porque a menudo los errores en el 'servicio' son en realidad errores con el destinatario. Puede imaginar el caos que ocurriría si su buzón de prueba se llena y comienza a rechazar mensajes.
2) Tiempo enviado
Muy importante por razones obvias. Sin embargo, la mayoría de los registradores marcan cada mensaje de todos modos.
3) Etiquetas de contenido
Si está enviando algún tipo de contenido modular personalizado, es probable que haya un conjunto de etiquetas de contenido en función de sus preferencias ("VideoGames, StackOverflowNews, Lederhosen"), esto le permite rastrear de una manera mucho más precisa lo que podría estar equivocado con una cierta clase de correos electrónicos que fallan.
4) Cola de mensajes actual
Muchos de los problemas pueden aclararse registrando este valor cada vez. Le muestra los momentos en que su programa es extremadamente lento, y también le muestra cuándo es curiosamente más rápido de lo normal (cola sospechosamente vacía). Este problema iluminará más problemas que cualquier otro.