Hola a todos, PG no tiene un servicio para enviar correos? Saludos.
El mar., 6 sept. 2016 a las 13:56, Edwin Quijada (< listas_quij...@hotmail.com>) escribió: > Lo mas adecuado para este caso, si es que deseas que se haga > inmediatamente llegue un record a una tabla o mediante algun evento asi, es > usar un metodo LISTEN/NOTIFY y un lenguaje que sea untrusted como pljava, > plpython o pljavascript, escoge tu veneno, ya con eso puedes manejar las > pasarelas,que supongo que son webservices a esa plataforma, como mejor te > convenga. Para el asunto de enviar diario un mensaje pues haz un script en > cualquier lenguaje que te guste y ponlo en un cron cada cierto tiempo como > mas te guste. > > > > > ------------------------------ > *From:* pgsql-es-ayuda-ow...@postgresql.org < > pgsql-es-ayuda-ow...@postgresql.org> on behalf of Abel Osorio < > abel.m.oso...@gmail.com> > *Sent:* Tuesday, September 6, 2016 12:33 PM > *To:* Ruben Fitó > *Cc:* pgsql-es-ayuda@postgresql.org > *Subject:* Re: [pgsql-es-ayuda] Reportes "real-time" > > Hola Ruben, buenos días. Personalmente no conozco ningún complemento que > pueda integrarse con una pasarela de SMS. De todas formas, en mi opinión, > separaría el "envío" de la información del "colectado". "Qué" información > debe enviarse sí es algo de podría conocer la base de datos (hasta se > podría implementar con una vista simplemente). "Cómo" es una cuestión de > implementación. Si lo harías con MVC, la información la daría el Model pero > el envío lo haría un Controller. Creo que en este caso debería > implementarse algo por el estilo. > > Sin embargo, es algo que nunca hice. Sólo te dejo mi opinión por si te > sirve. > > Suerte con eso. > Saludos!! > > 2016-09-06 5:12 GMT-03:00 Ruben Fitó <r.f...@ubiquat.com>: > >> Muy buenas lista, >> >> Hoy les pido consejo sobre una nueva funcionalidad que deseamos >> implementar. >> >> Tenemos una aplicación que maneja operaciones realtime y una vez >> almacenadas queremos que se realicen envíos SMS/e-mail según ciertas >> premisas, como por ejemplo la primera vez que se ha realizado una operación >> de un cliente. Pues como este tipo de reportes, deseamos hacer muchos otros. >> >> Lo primero que nos ha pasado por la cabeza es que la propia aplicación >> cree un thread post-almacenado que haga las queries correspondientes para >> ver si se han de enviar mensajes o no. >> >> En mi humilde opinión creo que existen mejores alternativas, como por >> ejemplo crear un programa que de soporte a la base de datos para capturar >> notify y enviar sms si es necesario. >> >> No obstante, seguro que hay varios programas open-source que pueden hacer >> algo semejante, pero no he sabido encontrarlos. >> >> Notas: >> >> - Nuestra infraestructura ya dispone de una integración con pasarelas >> SMS y dispone de su propio smtp. >> - Por otro lado también deseamos enviar mensajes cada X tiempo. Por >> ejemplo, una vez al día. >> >> >> Me recomiendan alguno?? >> >> Saludos >> >> -- >> *Ruben Fitó * >> Software Engineer >> [image: Ubiquat Technologies, SL] >> r.f...@ubiquat.com <j.catari...@ubiquat.com> >> www.ubiquat.com >> Tota la informació continguda en aquest document i arxius adjunts és >> CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per >> error, si us plau elimini'l i posi's en contacte amb l'emissor. >> >> All information contained in this document and any attachments are >> CONFIDENTIAL and protected under trade secret laws. If you receive this >> message by mistake, please delete it and notify it immediately to the >> sender. >> > >
