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

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

Thank you to all of those who sent me comments on the first draft.  A
new version of this is now available that I feel addresses the concerns
that were raised privately and on the list.  Please let me know if you
have any further suggestions.

thanks

> ----------
> From: 	[e-mail][SMTP:[e-mail]]
> Reply To: 	[e-mail]
> Sent: 	Tuesday, February 11, 1997 6:36 AM
> Subject: 	I-D ACTION:draft-gahrns-imap-referrals-01.txt
> 
> 
>  A Revised Internet-Draft is available from the on-line
> Internet-Drafts 
>  directories.
> 
> 
> 
>        Title     : IMAP4 Referrals
> 
>        Author(s) : M. Gahrns
>        Filename  : draft-gahrns-imap-referrals-01.txt
>        Pages     : 7
>        Date      : 02/10/1997
> 
> When dealing with large amounts of users, messages and geographically 
> dispersed IMAP4 [RFC-2060] servers, it is often desirable to
> distribute 
> messages and users 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.
> By 
> examining the REFERRALS response code in response to a SELECT command,
> a 
> client can seamlessly access mailboxes distributed across several
> IMAP4 
> servers.   
> 
> Additionally, users may be frequently moved from one IMAP4 
> server to another because of hardware failures or organizational
> changes.  
> By examining the REFERRAL response code at connection startup or in 
> response to a LOGIN or AUTHENTICATE command, an IMAP4 client can 
> 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-01.txt".
> A URL for the Internet-Draft is:
> ftp://ds.internic.net/internet-drafts/draft-gahrns-imap-referrals-01.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-01.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.
>