envío masivo de mails en PHP

[Panterpato]

Hola

Tengo que hacer un envío de newsletter masivo a contactos de una base de datos MySQL.

Para que no me tomen como SPAM resolví hacer un bucle que envía uno por uno los mails a cada destinatario.

El tema es que son 7.500 contactos, y seguramente voy a tener que repetir los bucles con algún tiempo de descanso en el medio.

Conocen un link a un trabajo similar para hacerme una idea de como resolverlo?

Calculo que cada X mails debería redirigir a otro PHP que espere y al volver envíe otros X mails hasta que no queden registros en la BD.

Gracias

[ema21del9]

Yo tengo un sistema que envia 10 mil emails, ahora bien, te comento que mi servidor solo me permite enviar 200 por hora, asi que antes de entregarte cualquier codigo te digo que consultes con tu proveedor de hosting cual es la cantidad de emails que te permiten enviar.

Mientras te comento que al ser una cantidad tan grande tener que esperar en el explorador te tomaria casi un dia terminar, en que plataforma estas trabajando? porque si es en Linux te puedo ayudar a hacer algo con cronjobs (tareas programadas).

[Panterpato]

Tenés razon. Al ser de esa forma ocuparía el explorador por muchísimo tiempo.

Estoy esperando la respuesta para ver la cantidad máxima de mails que puedo enviar por hora.

Pero puedo asegurar ya mismo que puedo enviar al menos 10 mails por minuto (lo hacía antes con otra aplicación).

así que supongamos que envío esa cantidad.

Estoy trabajando sobre plataforma Linux, efectivamente.

[Panterpato]

Tenés razon. Al ser de esa forma ocuparía el explorador por muchísimo tiempo.

Estoy esperando la respuesta para ver la cantidad máxima de mails que puedo enviar por hora.

Pero puedo asegurar ya mismo que puedo enviar al menos 10 mails por minuto (lo hacía antes con otra aplicación).

así que supongamos que envío esa cantidad.

Estoy trabajando sobre plataforma Linux, efectivamente.

[ema21del9]

Bueno, te comento lo que haria yo, con un while armo un bucle, sin espera alguna, pero a traves de un contador cuando llega al limite (en tu caso seria 10), le agrego un sleep() con por ejemplo 600 segundos, ya que la funcion utiliza segundos y 600 equivale a 10 minutos.

De esa manera detengo el envio y al finalizar la espera seguira contando, por otro lado le agrego una casilla en la tabla de la base de datos, en la cual a traves del codigo de envio pregunto y si se envio correctamente le pongo un 1 y sino un 0.

A su vez dentro del bucle, aquellos mails que no se envien correctamente los meto en un array, y al finalizar el script principal me mando un mail a mi casilla de correo de administracion del sitio con los mails que no pudieron ser enviados.

Por ultimo al finalizar todo el script a la casilla de la base de datos a aquellos mails donde al principio les habia puesto un 1, les voy a poner un 2 para saber que pueden volver a recibir un email publicitario mio.

El script lo correria una vez a la semana con cronjobs, configurandolo para que ejecute mailer.php el lunes a las 9 de la mañana, por dar un ejemplo.

Espero que te sirva y se entienda, cuando arranques el codigo si necesitas una mano avisame.

[Panterpato]

Ante todo, gracias por la mano.

Ahora
Si entendí bien la lógica que planteas. Los newsletters en ese caso se enviarían de forma automática, los días que yo disponga.

En mi caso, hay un administrador que permite crear newsletters, almacenarlos y decidir cuando envío cual.

Mientras esperaba para leer tu respuesta se me ocurrió esto:

Cuando el usuario presione "Enviar newsletter" lo único que haría el PHP será poner en 1 un campo de la base de datos del newsletter.

Se me ocurre que el cron jobs podría ejecutar un PHP cada 1 minuto todo el tiempo, donde pregunta "hay algo en 1?".

Si hay algo en 1, hace un bucle enviando X cantidad de mails.

Si falla un envío guardo el ID de usuario en un array (buena sugerencia esa)

Cuando termina el bucle capturo el último ID enviado en otro campo de la BD de Newsletter

El Cron jobs se ejecuta dentro de otro minuto y hace lo mismo (a partir del ultimo ID)

Cuando no encuentra más registros, pone el campo en 0 de nuevo.

NO DEJO QUE EL USUARIO ENVÍE 2 NEWSLETTERS A LA VEZ (que operativamente no representa gran complicación)

Ahora, la pregunta sería, que tan ineficiente es que un Cron jobs ejecute un script cada minuto aunque no tenga que hacer nada (... aunque de todas formas ejecuta un código muy muy pequeño).

Saludos

[aldo1982]

usen phplist


salu2

[ema21del9]

Nose hasta que punto podes configurar un cronjobs que funque cada 1 minuto, imaginate que es como el administrador de tareas de Windows, por eso la idea que te di de hacer el envio 1 vez a la semana.

Para implementar el metodo que planteas yo usaria exec() con el parametro -f o-p para que se ejecute desde el servidor sin la necesidad del explorador, pero hay que ver si tu hosting lo tiene permitido, la mayoria (como el mio), las funciones como exec(), system(), y parecidas estan bloqueadas.

Edit:

Iniciado por aldo1982

usen phplist


salu2

Personalmente no uso clases ni scripts prediseñados, me gusta hacer los mios propios, de todas formas he probado PHPList y no es eficiente para utilizar como newsletter service.

[Panterpato]

La verdad que no había usado Cron Jobs antes.

Supongo que podría armar el archivo de la forma que me recomendas (con el Sleep ())

Y a eso le sumo que el usuario al ejecutar el envío ponga en 1 el campo del newsletter.

Después ejecutaría el archivo con Cron Jobs... todos los días a una determinada hora, permitiendo un envío por día.

Muchas gracias!!

[ema21del9]

OJO con enviar emails todos los dias, te pueden bloquear el host completo y vas a terminar teniendo problemas legales, te lo digo por experiencia personal.

Cualquier duda de codificacion pregunta!

[Panterpato]

(Por lo menos ya estamos hablando de cuestiones legales y no técnicas, me quedo un poco más tranquilo con que me apagaste el fuego, jajaja)

Es un buen dato.

Realmente la intención no es enviar mails todos los días, es solo para que el cliente "tenga la posibilidad de enviar mails el día que quiera"... se me ocurre, por si tiene algún evento o comunicado donde se le pase la fecha de envío automático no pierda otra semana.

Por ahi una solución sería tener otra tarea Cron Job (no se si se puede), donde si ha realizado un envío, no pueda hacer otro por... 2, 3, X días.