Re: Alert Log Monitoring / Notification

"Burt Peltier" <burttemp1ReMoVeThIs_at_bellsouth.net> wrote in message news:vF94c.24122$xL3.18614_at_bignews1.bellsouth.net...
> Not sure about sendmail, but I know utl_smtp has to specify the smtp
server
> to deliver the message to. So, if you use some other "smtp capable" server
> to pass the email to, it might work where sendmail would fail.
>
> In our company intranet, all Unix machines send sendmail mail to
"localhost"
> and it then gets routed to a central smtp server . So, if it is possible
to
> bypass "localhost" and localhost was the problem, this might fix the
> problem?

and what if the central server was 'the problem'.

To me the base issue is that email is not designed to be a real-time system. it is designed around retries, comms failures etc. Instead it is best to thing of email as a 'real-enough' time system, you should get mail reasonably promptly. If you really, really need alerts guaranteed in seconds email is not the medium of choice. Of course there is also the prossibility that if the system is so critical to the business that low second alert time is required, it is probably the case that you will get low second response time via the end-user/work telephone interface :(

-- 
Niall Litchfield
Oracle DBA
Audit Commission UK