тригери и транзакции никога не трябва да разчиташ, че могат да синхронизират нещо външно за базата!

в случая с email, никога не може да си сигурен дали пощата е пристигнала или дали ще пристигне ....

мисля, че ти трябва изцяло външен механизъм за комуникация между процесите или си промени архитектурата на приложението

(между другото при postgresql има механизъм за известяване
LISTEN name;
NOTIFY name;
но дори и да ползаше postgre незнам дали щеше да ти е това най-доброто решение, ще се сблъскаш с разни тънки моменти с транзакциите - ако се ползват)

>Колко и кои сървъри всъщност поддържат такова нещо на ниво Тригер или на ниво Съхранена Процедура?

IB/FB поддържат event's които уведомяват всички клиенти които са се регистрирали за съответния event при commit и не уведомяват при rollback. Event-а може да се генерира в тригер или съхранена процедура

за мен е важно да е изпратена...не ми пука дали някой охлюв ще си отвори клиента за пощата или не...
в крайна сметка, става дума за работа в една локална мрежа, където SMTP и POP сървъра би трябвало да ги виждаш...))

за външното - прав си, въпроса е да определиш кое е външно и кое не е за базата ;-)

Съдържаниет е скрито
Влезте за да го видите

ами аз няколко пъти съм ти казвал, че съм потребител....
така, че не ме е срам че съм пропуснал тази информация

за това колко сървъра поддържат изпращане на поща - не знам

MS SQL 2000 има такова нещо:
xp_sendmail
Sends a message and a query result set attachment to the specified recipients.

Съдържаниет е скрито
Влезте за да го видите

И на мен ми се струва, че базата данни не е необходима, поне не на това ниво.

Everything louder than everything else...

не винаги
пък и за кво да мислиш/правиш няква изчекната простотия при положение че имаш иструмент създаден точно за това

явно ми трябва още малко (ама съвсем мъничко) четене :)))
И може би редизайн ама второто едва ли - щото върви и така :))