Envio de mails en hilo

Buenas saludos desde Venezuela, alguien tiene un tutorial o podria darme
una orientación de como enviar correos en colas debido a que he
consultado como 20 paginas en google y siempre sale lo mismo pero en
distintos idiomas.

On Jul 1, 2008, at 4:08 PM, Robert B. wrote:

enviar correos en colas

¿Te refieres a envios masivos en plan newsletter?

Con plugin google [1] hubieras encontrado la respuesta [2] mas rapido.

[1]
http://www.google.com.uy/search?hl=es&client=firefox-a&rls=org.mozilla%3Aen-US%3Aofficial&hs=Nx6&q=rails+mails+queue&btnG=Buscar&meta=
[2] http://blog.segment7.net/articles/2006/08/15/ar_mailer

saludos

2008/7/1 Robert B. [email protected]:

Francesc E. wrote:

On Jul 1, 2008, at 4:08 PM, Robert B. wrote:

enviar correos en colas

�Te refieres a envios masivos en plan newsletter?

No, me refiero a invitar a un usuario a registrarse a un portal mediante
el envio de un correo electronico suministrandole su clave de acceso,
pero no quiero que lo envie instantaneamente sino que lo coloque en cola
para que luego se le envie y no me colapse el servidor.

Esta es la idea, creo un listado de correo a cada uno les llega su
invitacion con una clave temporal pero no se envia la informacion al
instante sino q por cola se envia. Gracias por tu interes

On Jul 1, 2008, at 10:06 PM, Robert B. wrote:

No, me refiero a invitar a un usuario a registrarse a un portal
mediante
el envio de un correo electronico suministrandole su clave de acceso,
pero no quiero que lo envie instantaneamente sino que lo coloque en
cola
para que luego se le envie y no me colapse el servidor.

Esta es la idea, creo un listado de correo a cada uno les llega su
invitacion con una clave temporal pero no se envia la informacion al
instante sino q por cola se envia. Gracias por tu interes

El “colapso” del servidor en que sentido lo decides, en CPU o en BW?

Lo digo porque en el envio massivo de email hay dos problemas.

  • Si lo haces directamente desde tu aplicacion Rails y te pones a
    mandar 1000 emails, entonces el mongrel se queda ocupado durante los
    10 minutos en que estes realizando el envio.
  • Siempre que se manda email massivo y tienes un proceso mandando
    centenares de emails, durante ese rato, a no ser que tengas un buen
    ancho de banda en tu maquina, el servidor tendrà problemas de ancho de
    banda y parecerà que no responde. A mi me ha pasado eso con un cliente
    que mandaba más de 100.000 mails desde una aplicacion Rails y durante
    las horas de envio la maquina es practicamente inaccesible.

En el portal que he desarrollado recientemente mandamos varios miles
de emails y lo hemos hecho con Starling, metemos los procesos en una
cola … y poco a poco se van procesando, eso si hay un proceso que se
encarga de procesar los emails en una maquina dedicado a eso.
Conociamos la existencia de ar_mailer pero no queria meter más cosas
dentro de la aplicación, y como el sistema de colas se tenia que
implementar para otras cosas, pues lo utilizamos.

Seguro que en “el interné” encontraras técnicas super buenas, y el
plugin Google seguro que te dará miles de resultados sobre este tema,
yo aquí planteo como lo hemos hecho, y si te sirve perfecto.

On Jul 1, 2008, at 10:14 PM, Juan P. wrote:

Con plugin google [1] hubieras encontrado la respuesta [2] mas rapido

Si, tienes razón, nunca más haré preguntas a las personas.

Me muero de calor y necesito que llueve ya … asi que se lo pregunto
a Google …

http://www.google.com/search?client=safari&rls=en-us&q=Lloverá+hoy&ie=UTF-8&oe=UTF-8

“Lloverá hoy, pero mejorará el tiempo desde mañana - Infobae.com

De coña … lloverà hoy, así refrescará un poco el ambiente y mejorarà
a partir de mañana así podré ir a la playa.

El “colapso” del servidor en que sentido lo decides, en CPU o en BW?
Más abajo tu mismo dices lo q quiero evitar
Lo digo porque en el envio massivo de email hay dos problemas.

  • Si lo haces directamente desde tu aplicacion Rails y te pones a
    mandar 1000 emails, entonces el mongrel se queda ocupado durante los
    10 minutos en que estes realizando el envio.

Es lo que quiero evitar, que el mogrel se quede tranquilito trabajandito

  • Siempre que se manda email massivo y tienes un proceso mandando
    centenares de emails, durante ese rato, a no ser que tengas un buen
    ancho de banda en tu maquina, el servidor tendr� problemas de ancho de
    banda y parecer� que no responde. A mi me ha pasado eso con un cliente
    que mandaba m�s de 100.000 mails desde una aplicacion Rails y durante
    las horas de envio la maquina es practicamente inaccesible.

En el portal que he desarrollado recientemente mandamos varios miles
de emails y lo hemos hecho con Starling, metemos los procesos en una
cola … y poco a poco se van procesando, eso si hay un proceso que se
encarga de procesar los emails en una maquina dedicado a eso.
Conociamos la existencia de ar_mailer pero no queria meter m�s cosas
dentro de la aplicaci�n, y como el sistema de colas se tenia que
implementar para otras cosas, pues lo utilizamos.

Seguro que en “el intern�” encontraras t�cnicas super buenas, y el
plugin Google seguro que te dar� miles de resultados sobre este tema,
yo aqu� planteo como lo hemos hecho, y si te sirve perfecto.

Ya con google intente pero lei en el libro avanzado de ruby, que tu
aplicacion tiene que estar registrada o eso fue lo que intendi en google
apps, y como es un proyecto privado además que google nada mas me
permite 500 correo diario no vi eso como una solución, ahora le digo al
amigo que por favor me hable un poco de Starling voy a googlear
pero un empujon nunca esta demas. Salu2 desde Venezuela amigos

Roberto,

Este artículo es bastante bueno en relación a tus alternativas para
el procesamiento asíncrono de requerimientos en Rails:

Rails - Simple Asynchronous Processing
http://cfis.savagexi.com/articles/2008/06/16/rails-super-simple-asynchronous-processing

Saludos, (desde Venezuela)


Aníbal Rojas
http://vp.com.ve
http://lacaraoscura.com
http://anibal.rojas.com.ve

2008/7/2 Robert B. [email protected]:

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs