Re: untrusted languages and non-global superusers?
От
Tino Wildenhain
Тема
Re: untrusted languages and non-global superusers?
Дата
Msg-id
1123146499.15416.18.camel@sabrina.peacock.de
Ответ на
Список
Дерево обсуждения
untrusted languages and non-global superusers? CSN <cool_screen_name90001@yahoo.com>
Re: untrusted languages and non-global superusers? Tom Lane <tgl@sss.pgh.pa.us>
Re: untrusted languages and non-global superusers? CSN <cool_screen_name90001@yahoo.com>
Re: untrusted languages and non-global superusers? Tino Wildenhain <tino@wildenhain.de>
Re: untrusted languages and non-global superusers? CSN <cool_screen_name90001@yahoo.com>
Re: untrusted languages and non-global superusers? Tino Wildenhain <tino@wildenhain.de>
Re: untrusted languages and non-global superusers? CSN <cool_screen_name90001@yahoo.com>
Re: untrusted languages and non-global superusers? Tino Wildenhain <tino@wildenhain.de>
Re: untrusted languages and non-global superusers? Richard Huxton <dev@archonet.com>
Re: untrusted languages and non-global superusers? Chris Travers <chris@metatrontech.com>
Am Donnerstag, den 04.08.2005, 01:35 -0700 schrieb CSN: > > --- Tino Wildenhain wrote: > > > > > (The function uses mail(), so IIRC that > > > > necessitates > > > > > using plphpu). > > > > > > > > Sending mail from a database function (or doing > > > > anything else that > > > > involves external side-effects) is generally A > > Bad > > > > Idea, for reasons > > > > that have been covered many times in the list > > > > archives. > > > > > > Why, exactly? In this situation I just set up a > > > trigger that sends a welcome email to newly > > inserted > > > members. Very convenient. > > > > Why cant your application handle this? > > Otoh, why dont you provide a function to send mail, > > which takes some parameters and just let your users > > use them? No need for everybody to write her own > > mail function. > > Convenience! I want the email sent whether the member > is added via the web interface, directly in the > database, from the command line, etc. I don't see any Well, I also do such things with a small script which basically LISTENs to notify from database, spools the mails and go sleep again. > downside. It's only one user that'll be using this > function. If so - why bother if the user can/cannot use untrusted language? You write the function one time as superuser and ready you are. This isnt different if many users are going to use this function. But they dont have to write or change it to use it. > -- Tino Wildenhain
В списке pgsql-general по дате отправления