Forum: Rails-ES Servicio REST para envío de emails ¿u til?

Buenas lista, el otro me encontré por casualidad la gema Howlr[1] pero
no conseguí hacerla funcionar. La gema teoricamente te monta un
servicio REST para enviar correo electronicos.

Bueno si Howlr no me funciona no me costaría nada hacer algo parecido,
¿pero para que montar algo si no se si es útil?

Mis consideraciones:

En principio creo que hacer una llamada post con los datos de un email
a otro servidor seguro que es más rápido que todo lo que montan los
protocolos de emails, al menos eso creo,lo que tarde el servicio en
enviarlo me da igual, lo metería en una cola y la respuesta al cliente
sería inmediata.

El envio de newsletters seguiría siendo un problema y haría necesario
también el meter en background las peticiones post para enviar los
mails.

Habría que resolver el tema de las plantillas en Rails, para que sea
lo más parecido a como funciona ActionMailer, la idea es simplificar
no hacerlo más dificil.

Podría ser util para otros microframeworks que no tengan tan avanzado
el envio de mails como Rails.

Tenerlo todo centralizado podría permitir revisar correos enviados.

Se podrían crear plantillas en el servicio y solo pasarle un array de
emails y variables.

¿Como lo veis? ¿Pros? ¿Contras? ¿Reinventar la rueda?

Ups, se me olvidó poner el enlace de Howlr.

1- http://code.google.com/p/howlr/

2009/6/24 Ceritium <ceritium@gmail.com>:

El 24 de junio de 2009 10:27, Ceritium<ceritium@gmail.com> escribió:
>>
>> ¿Como lo veis? ¿Pros? ¿Contras? ¿Reinventar la rueda?

Yo siempre he tenido la inquietud de que algo así sería sumamente
útil.. aunque nunca lo he pensado más de 2 segundo seguidos y no sé si
dándole un par de vueltas se convierte en una tontería.

Pero el pensamiento me vuelve cada vez que tengo que hacer un
formulario de contacto en una web.. sobre todo si es una web
estática... puro html que en el momento del formulario de contacto
tienes que scriptear con PHP o algo así.

En fin.. mi voto de que puede ser útil :)

f.

--
Fernando Guillén
Desarrollador Web Freelance
http://www.fernandoguillen.info

El 24 de junio de 2009 10:24, Ceritium<ceritium@gmail.com> escribió:
> a otro servidor seguro que es más rápido que todo lo que montan los
> protocolos de emails, al menos eso creo,lo que tarde el servicio en
> enviarlo me da igual, lo metería en una cola y la respuesta al cliente
> sería inmediata.

El problema es la autentificación, que suele se lenta. En sitios donde
se envien muchos emails esto no sirve, no queda mas remedio que enviar
a través de sendmail para sacar los email rapido.

> el envio de mails como Rails.
Aqui creo puede tener su hueco.

>
> Tenerlo todo centralizado podría permitir revisar correos enviados.
>
> Se podrían crear plantillas en el servicio y solo pasarle un array de
> emails y variables.
>
> ¿Como lo veis? ¿Pros? ¿Contras? ¿Reinventar la rueda?

Yo creo que planteado solo como envio de email no tiene mucho sentido,
es facil utlizar sendmail para enviar o conectar por smtp. Podiria
tener sentido si se ofrecen algunos añadidos como lo que comentas de
ver los email enviados, controlar rebotes, listas de correo...
> --
> http://jose.gr
> http://babelhub.com
> _______________________________________________
> Ror-es mailing list
> Ror-es@lists.simplelogica.net
> http://lists.simplelogica.net/mailman/listinfo/ror-es
>



--