Envío de transmisiones por correo electrónico

Question

Estoy trabajando en una aplicación que permitirá a la administración enviar correos electrónicos de difusión a los usuarios registrados (opt-in) a intervalos regulares o en función de varios otros criterios. En cualquier caso, tengo curiosidad sobre si debo enviar un correo electrónico por separado a cada destinatario o cco todos ellos en un solo mensaje. Actualmente, la lista de correo electrónico tendría alrededor de 1500 destinatarios, pero debería escalar todo el camino hasta por lo menos 25k sin problemas.

¿Pensamientos? ¿Estoy entrando en un rango del que tengo que preocuparme si me colocan en listas de spam?

Answer 1

Usted está entrando en ese rango. Este es el punto donde buscaría que un tercero envíe el correo electrónico en mi nombre. Deje que se preocupen por ser marcados como spammers, suministrar el ancho de banda, etc.

Answer 2

Sí, he tenido un problema con la lista de correo no deseado de ese tamaño, administrando listas de correo electrónico para organizaciones sin fines de lucro.

Se deben tomar precauciones adicionales: asegúrese de que su correo electrónico tenga SPF registros, escriba una secuencia de comandos para enviar los correos electrónicos en lotes, con ritmo a lo largo del tiempo. Definitivamente enviarlos uno a la vez, no como bcc, ya que el correo directo tiene una mejor oportunidad de llegar. Haga que sea muy fácil darse de baja. Incluya el correo electrónico suscrito de las personas en el mensaje enviado: a menudo las personas envían el correo electrónico a otra cuenta y luego intentan cancelar su suscripción y se sienten frustrados.

Aun así, no se sorprenda si tiene que cambiar su IP en algún momento.

Answer 3

Recientemente construí una aplicación con los mismos criterios. Hacemos el envío por correo electrónico interno, y enviamos un correo electrónico a cada destinatario.

Utilice las claves de dominio para firmar o asegúrese de utilizar los registros SPF para su dominio. No lo hicimos al principio y fuimos incluidos en una lista negra por varios ISP diferentes. Afortunadamente, es bastante fácil conseguir que te desbloqueen. La mayoría incluirá un formulario en línea que puede completar o una dirección de correo electrónico que puede usar en el mensaje de rebote del servidor.

Answer 4

No intente implementar el correo electrónico real enviándose usted mismo. Eso es una gran pérdida de tiempo. O externalice todo el proceso a uno de los muchos proveedores acreditados (muchas organizaciones con las que trato usa Constant Contact, y funciona bien), o ejecute un servidor de listas de correo de variedad en el jardín (por ejemplo, Mailman) en la empresa.

De cualquier forma, haga esfuerzos para que sea muy fácil darse de baja (los buenos proveedores lo tienen cubierto), autenticar que los mensajes son de su compañía y mostrar que su compañía no está enviando spam. El software del servidor de listas de correo reales es compatible con todos estos objetivos, al agregar encabezados adecuados que identifican la fuente de manera muy clara y facilita la cancelación de la suscripción. Por ejemplo, Gmail ahora ofrecerá send unsubscribe requests en respuesta a los mensajes de la lista de correo marcados como 'spam', como lo ha hecho AOL para long time.

Definitivamente configuró SPF y DKIM si puede administrarlo.

Finalmente, hagas lo que hagas, asegúrate de mantener registros de tus suscripciones, para que si alguien te acusa de spam, puedas defenderte.

Answer 5

La tarea no es muy interesante en un nivel estrictamente técnico. Debería preocuparse por lo que sucede cuando un destinatario piensa que el contenido de su lista es correo no deseado y comienza (a) quejarse o (b) marcar el mensaje como correo no deseado con uno o más proveedores de servicios antispam. Algo así sucederá con una lista del tamaño que describes.

Si está preparado y tiene tiempo para manejar estos casos, apúntelo, al menos para empezar. (Cambio de la dirección IP de su servidor de correo como Devin Ceartas sugiere no será de mucha utilidad por cierto.)

Si usted quiere construir su propia cosa, tengo dos consejos:

1. Dando de baja tiene que ser fácil, no más de uno o dos clics. Usar Mailman o cualquier otro administrador de listas de correo destinado a las listas de correo de discusión es buscar problemas.
2. BCCreando el mismo mensaje a 1500 (o 25k) los destinatarios pueden quitarle algo de carga a su servidor de correo, pero tiene una seria desventaja: No podrá usar VERP para determinar si todas las direcciones que una vez fueron suscrito a su lista todavía son válidos. (Los proveedores de correo grandes tienden a clasificar los mensajes como spam si hay intentos de entrega a muchas direcciones no válidas.)