attachment-0001

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META content="MSHTML 5.00.3017.1000" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>FYI:</FONT></DIV>
<DIV><FONT face=Arial size=2>
<P>-----Original Message----- <BR>From: <A 
href="mailto:nsyracus@cnri.reston.va.us?Subject=Re:%20DAV-based%20event%20notification%20protocol&amp;In-Reply-To=<NDBBIKLAGLCOPGKGADOJIEAMDEAA.ejw@ics.uci.edu>">nsyracus@cnri.reston.va.us</A> 
[mailto:<A 
href="mailto:nsyracus@cnri.reston.va.us?Subject=Re:%20DAV-based%20event%20notification%20protocol&amp;In-Reply-To=<NDBBIKLAGLCOPGKGADOJIEAMDEAA.ejw@ics.uci.edu>">nsyracus@cnri.reston.va.us</A>]On 
<BR>Behalf Of <A 
href="mailto:Internet-Drafts@ietf.org?Subject=Re:%20DAV-based%20event%20notification%20protocol&amp;In-Reply-To=<NDBBIKLAGLCOPGKGADOJIEAMDEAA.ejw@ics.uci.edu>">Internet-Drafts@ietf.org</A> 
<BR>Sent: Monday, May 22, 2000 3:37 AM <BR>To: IETF-Announce: ; <BR>Subject: I-D 
ACTION:draft-skreddy-enp-protocol-00.txt <BR>
<P>
<P>A New Internet-Draft is available from the on-line Internet-Drafts 
<BR>directories. <BR>
<P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Title : Event Notification 
Protocol - ENP <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Author(s) : 
S. Reddy <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Filename : 
draft-skreddy-enp-protocol-00.txt 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Pages : 23 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Date : 19-May-00 <BR>
<P>As the complexity of distributed applications increases, an <BR>increasing 
amount of processing is done using distributed processes, <BR>which typically 
execute without the direct supervision of an end <BR>user. The user must poll 
these processes periodically to check if <BR>they are completed successfully or 
not. This polling results in <BR>unnecessary wastage of network bandwidth as 
well as computing <BR>resources. The user generally cannot see intermediate 
results or <BR>progress reports for long running processes, they must wait till 
the <BR>process is completely finished before viewing the results. <BR>Thus the 
problem of monitoring events is central in distributed <BR>applications and 
protocols. A repeated need in such applications is <BR>receive notifications 
when a resource property value changes or <BR>event state changes. Current 
database systems provides mechanisms <BR>like constraints, triggers and active 
database rules. These <BR>facilities provides an automated means to ensure the 
database <BR>integrity or perform specific action when data changes. Need for 
<BR>such kind of requirement is fundamental is network applications <BR>
<P>A URL for this Internet-Draft is: <BR><A 
href="http://www.ietf.org/internet-drafts/draft-skreddy-enp-protocol-00.txt">http://www.ietf.org/internet-drafts/draft-skreddy-enp-protocol-00.txt</A> 
<BR>
<P>Internet-Drafts are also available by anonymous FTP. Login with the username 
<BR>"anonymous" and a password of your e-mail address. After logging in, 
<BR>type "cd internet-drafts" and then 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"get 
draft-skreddy-enp-protocol-00.txt". <BR>
<P>A list of Internet-Drafts directories can be found in <BR><A 
href="http://www.ietf.org/shadow.html">http://www.ietf.org/shadow.html</A> 
<BR>or <A 
href="ftp://ftp.ietf.org/ietf/1shadow-sites.txt">ftp://ftp.ietf.org/ietf/1shadow-sites.txt</A> 
<BR>
<P>
<P>Internet-Drafts can also be obtained by e-mail. <BR>
<P>Send a message to: 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mailserv@ietf.org. <BR>In 
the body type: <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"FILE 
/internet-drafts/draft-skreddy-enp-protocol-00.txt". <BR>
<P>NOTE: The mail server at ietf.org can return the document in 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;MIME-encoded form by using 
the "mpack" utility. To use this 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;feature, insert the command 
"ENCODING mime" before the "FILE" 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;command. To decode the 
response(s), you will need "munpack" or 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;a MIME-compliant mail 
reader. Different MIME-compliant mail readers 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;exhibit different behavior, 
especially when dealing with 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"multipart" MIME messages 
(i.e. documents which have been split 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;up into multiple messages), 
so check your local documentation on 
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;how to manipulate these 
messages. <BR>
<P>
<P>Below is the data which will enable a MIME compliant mail reader 
<BR>implementation to automatically retrieve the ASCII version of the 
<BR>Internet-Draft. <BR></FONT></P></DIV>
<DIV><BR>&nbsp;<A 
href="http://www.ietf.org/internet-drafts/draft-skreddy-enp-protocol-00.txt">http://www.ietf.org/internet-drafts/draft-skreddy-enp-protocol-00.txt</A></DIV></BODY></HTML>