FW: I-D ACTION:draft-gahrns-imap-referrals-02.txt

["Mike Gahrns (Exchange)" <[e-mail]>]

I've submitted another IMAP referrals draft.

Based upon some experiences we have had while implementing, it  extends
IMAP referrals to other IMAP commands such as APPEND.  The rest is the
same as before.

Chris Newman, Mark Crispin, Matt Wall:  This is the same as the draft I
forwarded right before the IETF with suggestions incorporated.  Sorry,
it took so long to reach the list, but it got bogged down when the IETF
stopped taking submissions due to the Memphis IETF mtg.

thx,
-mikega 
> ----------
> From: 	[e-mail][SMTP:[e-mail]]
> Reply To: 	[e-mail]
> Sent: 	Wednesday, April 23, 1997 6:45 AM
> To: 	[e-mail]
> Subject: 	I-D ACTION:draft-gahrns-imap-referrals-02.txt
> 
> 
>  A Revised Internet-Draft is available from the on-line
> Internet-Drafts 
>  directories.
> 
> 
> Note: This revision reflects comments received during the last call
> period.
> 
>        Title     : IMAP4 Referrals
> 
>        Author(s) : M. Gahrns
>        Filename  : draft-gahrns-imap-referrals-02.txt
>        Pages     : 9
>        Date      : 04/22/1997
> 
> When dealing with large amounts of users, messages and geographically 
> dispersed IMAP4 [RFC-2060] servers, it is often desirable to
> distribute 
> messages amongst different servers within an organization.  For
> example an 
> administrator may choose to store user's personal mailboxes on a local
> 
> IMAP4 server, while storing shared mailboxes remotely on another
> server.  
> This type of configuration is common when it is uneconomical to store
> all 
> data centrally due to limited bandwidth or disk resources.
> Additionally, 
> users may be frequently moved from one IMAP4 server to another because
> of 
> hardware failures or organizational changes.              
>               
> Referrals allow clients to seamlessly access mailboxes that are
> distributed
> across several IMAP4 servers or to transparently connect to an
> alternate 
> IMAP4 server.                                                    
> 
> A referral mechanism can provide efficiencies over the alternative 
> "proxy method", in which the local IMAP4 server contacts the remote 
> server on behalf of the client, and then transfers the data from the 
> remote server to itself, and then on to the client.  The referral   
> mechanism's direct client connection to the remote server is often a
> more efficient use of bandwidth, and does not require the local server
> 
> to impersonate the client when authenticating to the remote server.
>                       
> Internet-Drafts are available by anonymous FTP.  Login with the
> username
> "anonymous" and a password of your e-mail address.  After logging in,
> type "cd internet-drafts" and then
>      "get draft-gahrns-imap-referrals-02.txt".
> A URL for the Internet-Draft is:
> ftp://ds.internic.net/internet-drafts/draft-gahrns-imap-referrals-02.t
> xt
>  
> Internet-Drafts directories are located at:	
> 	                                                
>      o  Africa:  ftp.is.co.za                    
> 	                                                
>      o  Europe:  ftp.nordu.net            	
>                  ftp.nis.garr.it                 
> 	                                                
>      o  Pacific Rim: munnari.oz.au               
> 	                                                
>      o  US East Coast: ds.internic.net           
> 	                                                
>      o  US West Coast: ftp.isi.edu               
> 	                                                
> Internet-Drafts are also available by mail.	
> 	                                                
> Send a message to:  [e-mail]. In the body type: 
>      "FILE /internet-drafts/draft-gahrns-imap-referrals-02.txt".
> 							
> NOTE: The mail server at ds.internic.net can return the document in
>       MIME-encoded form by using the "mpack" utility.  To use this
>       feature, insert the command "ENCODING mime" before the "FILE"
>       command.  To decode the response(s), you will need "munpack" or
>       a MIME-compliant mail reader.  Different MIME-compliant mail
> readers
>       exhibit different behavior, especially when dealing with
>       "multipart" MIME messages (i.e., documents which have been split
>       up into multiple messages), so check your local documentation on
>       how to manipulate these messages.
> 							
> 							
> 
> Below is the data which will enable a MIME compliant mail reader 
> implementation to automatically retrieve the ASCII version
> of the Internet-Draft.
>