WO2005099411A2 - E-mail caching system and method - Google Patents

E-mail caching system and method Download PDF

Info

Publication number
WO2005099411A2
WO2005099411A2 PCT/US2005/012411 US2005012411W WO2005099411A2 WO 2005099411 A2 WO2005099411 A2 WO 2005099411A2 US 2005012411 W US2005012411 W US 2005012411W WO 2005099411 A2 WO2005099411 A2 WO 2005099411A2
Authority
WO
WIPO (PCT)
Prior art keywords
address
server
network
mail
client
Prior art date
Application number
PCT/US2005/012411
Other languages
French (fr)
Other versions
WO2005099411A3 (en
Inventor
Tyrone F. Pike
Jeffrey M. Looman
Bernard Gille
Jeffrey Bair
Original Assignee
Cemaphore Systems, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Cemaphore Systems, Inc. filed Critical Cemaphore Systems, Inc.
Publication of WO2005099411A2 publication Critical patent/WO2005099411A2/en
Publication of WO2005099411A3 publication Critical patent/WO2005099411A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4541Directories for service discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/222Monitoring or handling of messages using geographical location information, e.g. messages transmitted or received in proximity of a certain spot or area
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4555Directories for electronic mail or instant messaging
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/59Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable

Definitions

  • Embodiments of the present invention relates to transmission of data over a computer network. More particularly, the present invention relates to caching data from a server, such as e-mail messages, at a location close to an end user to improve data access.
  • a server such as e-mail messages
  • e-mail servers centralize frequent asynchronous activities from disparate locations, such as with e-mail server to e-mail server message processing and e-mail to client message processing.
  • e-mail server centralize frequent asynchronous activities from disparate locations, such as with e-mail server to e-mail server message processing and e-mail to client message processing.
  • there is a high ' frequency of change in an e-mail data store and maintaining synchronous information between a cache and a host e-mail server is not possible using conventional static caching techniques.
  • Caching of an e-mail server needs to occur at a much more granular level, i.e., at substantially the same rate as transactions occurring on the e-mail server.
  • an e-mail server maintains a data store comprising a collection of individual message stores. Each of these message stores is typically associated with a single user and is referred to as a mailbox.
  • each operation such as reading, deleting, or sending a message, comprises a transaction within that mailbox.
  • a transaction may also comprise moving a message between mailbox folders or from one mailbox to another mailbox, whether between mailboxes on the same server or from one e- mail server to another.
  • each of these transaction associated with a user's mailbox would require the contents of the aggregate data store of an e- mail server to be updated. Because of the frequency of transactions that occur on an e-mail server, caching only the transactions associated with a given mailbox is a more practical means of maintaining data integrity between an e-mail server and a caching device.
  • the present invention provides a caching device such as a site local server that proxies a set of e-mail clients to the e-mail server and proxies the e-mail server to the set of e-mail clients.
  • a caching device such as a site local server that proxies a set of e-mail clients to the e-mail server and proxies the e-mail server to the set of e-mail clients.
  • E-mail Message Caching Device consists of a server hosting a set of virtual e-mail clients, a message store and one or more virtual e-mail servers. Placing an EMCD that delivers replicated messages to an e-mail client on demand closer to the user greatly enhances that user's experience, particularly in locations where the network infrastructure is poor.
  • FIG. 1 is a schematic illustration of a computer network according to the present invention comprising a centralized data center connected to multiple remote sites over a WAN.
  • FIG. 2 is a schematic illustration showing how an EMCD according to the present invention acts as a proxy between an email server and a set of remote clients.
  • FIG. 1 shows a computer network 100 according to the present invention comprising a centralized data center 102 and one or more remote sites 104a-c, which are connected over a WAN by a communications channel 106 such as the Internet.
  • Data center 102 may be a local area network (LAN) at a company's main office or other central enterprise location, for example, while remote sites 104a-c may be LANs at company satellite offices.
  • data center 102 includes one or more e-mail servers 108, as well as a set of local e-mail clients 110.
  • Each remote location 104a-e includes an EMCD 112 and a set of remote e-mail clients 114.
  • computer network 100 is not limited to the illustrated components, but may include additional known network elements, such as servers for managing and storing other types of data. It is also possible that data center 102 and remote sites 104a-c might be placed at more proximate locations, such as at different floors or areas within the same building, or that network 100 is configured with a different number of remote sites.
  • the EMCD 112 includes a message store 116 and is configured to play two simultaneous roles: that of a proxy for each of the mailboxes cached and that of a server that hosts each user's mailbox. From the perspective of an e-mail server 108, the EMCD 112 appears as a set of authenticated (virtual) e-mail clients 118. Virtual e-mail clients 118 may request messages (e.g., to read), submit messages (e.g., sending or forwarding to another mailbox), and categorize messages (moving messages between folders) under programmatic control through a given protocol. Any known e-mail protocol may be implemented by the EMCD 112 according to the present invention, including POP, MAP or MAPI.
  • Messages acquired by an e-mail server 108 are placed in the message store 116, deleted messages are removed from the message store 116, and modified messages are updated.
  • Virtual e-mail clients 118 monitor both e-mail server 108 and message store 116 for transactions that impact the state of data stored in a mailbox on an e-mail server 108 and the corresponding cache data stored on EMCD 112, and then propagate those transactions accordingly.
  • the EMCD 112 appears as one or more virtual e-mail servers 120 responding to requests generated by the end user.
  • the end user reads a message on an e-mail client 114 it is fetched from the cached data stored on message store 116, deleted messages are removed from the message store 116, and modified messages are updated.
  • Virtual servers 120 monitor both the e-mail client 114 and the message store 116 for transactions that impact the state of data on the e-mail client 114 and the corresponding cached data stored on EMCD 112, and then propagate those transactions accordingly.
  • Placing a site local server such as an EMCD 112 at a remote site enhances the end user's e-mail experience, but the improved performance is limited to the remote site where a given EMCD 112 is deployed. Placing an EMCD 112 at each remote site 104a-c allows a mobile user to take advantage of the EMCD deployed at any site where he or she may be accessing computer network 100. In order to communicate ' with a local EMCD 112, however, the IP address of the EMCD for that site must either be known ahead of time, or be discoverable by the e-mail client 114.
  • the present invention provides a centralizing mechanism to add, delete, and modify IP addresses of EMCDs 112 deployed at each remote site 104.
  • any application that relies on a site local server such as an EMCD 112 will need to know the IP address of each server at each site 104.
  • IP addresses it is preferable for these IP addresses to be maintained without end user or system administrator intervention.
  • a network address list e.g. the IP address list
  • site local servers such as EMCDs
  • EMCDs site local servers
  • a process for finding the IP address of an appropriate site local server such as an EMCD 112 may include the following steps:
  • IP address list in an e-mail user's mailbox via the EMCD 112 or some other means such as a known management console;
  • the client 114 then reading the full IP address list from an e-mail server 108 each time the user attempts to access the EMCD 112;
  • An artifact of most modem e-mail servers permits an e-mail client to store ancillary data within a mailbox that is not viewable by the e-mail client. Information within the address list can be utilized by a modified e-mail client without any intervention on the part of the end user other than what is necessary to establish an account on the organization's e-mail server. Exploitation of this artifact allows one to use an e-mail server as a general-purpose centralizing mechanism at the level of granularity of a specific mailbox. Further, the granularity can be controlled by how widely the authentication credentials are distributed throughout an organization.
  • an n-tiered approach can be adopted such that the data stored within a given mailbox can include reference information that directs the client to a second, general mailbox containing a single instance of the ancillary data, so that only a single copy of the data need be maintained rather that replicating updated information across several mailboxes.
  • a form of indirection can be used so that common data can be maintained across and referred to by several mailboxes.
  • IP address table of site local servers is an exemplary list of IP addresses.
  • the address table data of site local servers would be structured as a tag identifying the type of site local server and a table containing the IP address and Classless Inter-Domain Routing (CIDR) address blocks, each row representing all of the addresses for a given type of site local server.
  • CIDR Classless Inter-Domain Routing
  • Table 1 example IP address table
  • An address/CIDR column pair represents the existence of a site local server.
  • the CIDR column here represents a shorthand for the IP Address Mask used in conjunction with the Address column to define a specific subnet. For example, a value of "24" means that the address mask would have the high-order 24 bits of a 32-bit IPv4 address set to "1", with the balance set to "0".
  • the table would typically be housed within a tagged file format such as XML, with a copy of the table residing in each end user's mailbox. Additional information can be housed within the table such as last access date so the table can be pruned in the event that a specific server is taken offline indefinitely.
  • a tagged file format such as XML
  • a small software component residing on the end user's computer would be used to access the table either in conjunction with or ancillary to e-mail client activity.
  • the code fragment would acquire the table in file form, parse and filter it, and use the result to locate an active site local server.
  • IP addresses shown in Table 1 the process with respect to an EMCD 112 is as follows:
  • Client 114 acquires the table from the e-mail server 108; 2.
  • Client 11.4 parses the table to retrieve the addresses for a given server type, e.g. the EMCD 112;
  • Client 114 acquires the local address in which it is currently running
  • step 4 For each address/mask pair retrieved in step 2 a. Client 114 bitwise ANDs together the local address and the CIDR block mask b. Client 114 bitwise ANDs together the table address and the CIDR block mask c. Client 114 compares the resulting value from step 4.a and 4.b. If they are equal, the table address is included in the resulting list of potential addresses. If they are not equal, the address is discarded from consideration (step 5);
  • Client 114 attempts to open a communication session with EMCD 112 at the resultant address(s).
  • the method used for placement and retrieval of the table file is dependent upon the type of target e-mail server 108.

Abstract

A system and method to improve data access over a network. According to one embodiment of the present invention, a device for caching data from a server, such as e-mail messages, is provided at a location close to an end user. According to another embodiment of the present invention, a centrally stored address list is provided that may be accessed by a client to determine the best or nearest server for data access.

Description

TITLE OF THE INVENTION E-MAIL CACHING SYSTEM AND METHOD
CROSS-REFERENCE TO RELATED APPLICATION The present application claims priority from U.S. Provisional Application Serial No. 60/561,616 filed April 12, 2004, which is incorporated herein by reference in its entirety for all purposes.
BACKGROUND
[0001] Field of the Invention: Embodiments of the present invention relates to transmission of data over a computer network. More particularly, the present invention relates to caching data from a server, such as e-mail messages, at a location close to an end user to improve data access.
[0002] State of the Art: Poor performance is a major problem associated with end users who must access e-mail messages or similar personal data stored on a server over a wide area • network (WAN). This problem is often due to a combination of high network latency and low transmission bandwidth. One possible solution is to cache the data at a secondary location closer to the end user. Known caching solutions are intended to deal with relatively static data, however, such as when proxy servers are used to store data in the form of web content. A data store comprising web content is considered "static" in the sense that a single data set may be provided for access by multiple users and typically does not require modification on a regular basis. A data store on an e-mail server, on the other hand, is comprised of multiple message stores that are constantly modified by separate' users. By design, e-mail servers centralize frequent asynchronous activities from disparate locations, such as with e-mail server to e-mail server message processing and e-mail to client message processing. Thus, there is a high' frequency of change in an e-mail data store, and maintaining synchronous information between a cache and a host e-mail server is not possible using conventional static caching techniques. Caching of an e-mail server needs to occur at a much more granular level, i.e., at substantially the same rate as transactions occurring on the e-mail server.
[0003] In view of the foregoing, what is needed is a system and method that overcomes the problems associated with caching e-mail messages or similar dynamically changing data on a network. BRIEF SUMMARY OF PREFERRED EMBODIMENTS OF THE INVENTION [0004] According to an embodiment of the present invention directed to caching e-mail data, an e-mail server maintains a data store comprising a collection of individual message stores. Each of these message stores is typically associated with a single user and is referred to as a mailbox. When the user interacts with an e-mail server through an e-mail client, each operation, such as reading, deleting, or sending a message, comprises a transaction within that mailbox. A transaction may also comprise moving a message between mailbox folders or from one mailbox to another mailbox, whether between mailboxes on the same server or from one e- mail server to another. Using the prior art techniques discussed above, each of these transaction associated with a user's mailbox would require the contents of the aggregate data store of an e- mail server to be updated. Because of the frequency of transactions that occur on an e-mail server, caching only the transactions associated with a given mailbox is a more practical means of maintaining data integrity between an e-mail server and a caching device.
[0005] Proceeding with the notion of caching transactions within a given mailbox, the present invention provides a caching device such as a site local server that proxies a set of e-mail clients to the e-mail server and proxies the e-mail server to the set of e-mail clients. In simple terms a single instance of such a caching device, referred to herein as an "E-mail Message Caching Device" (EMCD), consists of a server hosting a set of virtual e-mail clients, a message store and one or more virtual e-mail servers. Placing an EMCD that delivers replicated messages to an e-mail client on demand closer to the user greatly enhances that user's experience, particularly in locations where the network infrastructure is poor.
[n006] Other and further features and advantages will be apparent from the following detailed description of the invention taken in conjunction with the accompanying drawings. The following examples are provided for the purposes of illustration only, and are not intended to be limiting. It will be understood by one of ordinary skill in the art that numerous combinations and modifications are possible for the embodiments presented herein. BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS [0007] In the drawings, which illustrate an example of what is currently considered to be the best mode for carrying out the invention:
[0008] FIG. 1 is a schematic illustration of a computer network according to the present invention comprising a centralized data center connected to multiple remote sites over a WAN. [0009] FIG. 2 is a schematic illustration showing how an EMCD according to the present invention acts as a proxy between an email server and a set of remote clients.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS [0010] Referring in general to the accompanying drawings, various aspects of an exemplary computer network having a site local server comprising an EMCD are shown according to the present invention. Common elements of the disclosed embodiments are designated with like reference numerals for clarity. It should be understood that the figures presented are not meant to be illustrative of an actual configuration for a computer network, but are merely idealized schematic representations employed to more clearly and fully depict the invention.
[0011] FIG. 1 shows a computer network 100 according to the present invention comprising a centralized data center 102 and one or more remote sites 104a-c, which are connected over a WAN by a communications channel 106 such as the Internet. Data center 102 may be a local area network (LAN) at a company's main office or other central enterprise location, for example, while remote sites 104a-c may be LANs at company satellite offices. As shown in FIG. 1 , data center 102 includes one or more e-mail servers 108, as well as a set of local e-mail clients 110. Each remote location 104a-e includes an EMCD 112 and a set of remote e-mail clients 114. It should be understood that computer network 100 is not limited to the illustrated components, but may include additional known network elements, such as servers for managing and storing other types of data. It is also possible that data center 102 and remote sites 104a-c might be placed at more proximate locations, such as at different floors or areas within the same building, or that network 100 is configured with a different number of remote sites.
[0012] Turning to FIG. 2, the EMCD 112 includes a message store 116 and is configured to play two simultaneous roles: that of a proxy for each of the mailboxes cached and that of a server that hosts each user's mailbox. From the perspective of an e-mail server 108, the EMCD 112 appears as a set of authenticated (virtual) e-mail clients 118. Virtual e-mail clients 118 may request messages (e.g., to read), submit messages (e.g., sending or forwarding to another mailbox), and categorize messages (moving messages between folders) under programmatic control through a given protocol. Any known e-mail protocol may be implemented by the EMCD 112 according to the present invention, including POP, MAP or MAPI. Messages acquired by an e-mail server 108 are placed in the message store 116, deleted messages are removed from the message store 116, and modified messages are updated. Virtual e-mail clients 118 monitor both e-mail server 108 and message store 116 for transactions that impact the state of data stored in a mailbox on an e-mail server 108 and the corresponding cache data stored on EMCD 112, and then propagate those transactions accordingly.
[0013] From the perspective of each e-mail client 114, the EMCD 112 appears as one or more virtual e-mail servers 120 responding to requests generated by the end user. When the end user reads a message on an e-mail client 114 it is fetched from the cached data stored on message store 116, deleted messages are removed from the message store 116, and modified messages are updated. Virtual servers 120 monitor both the e-mail client 114 and the message store 116 for transactions that impact the state of data on the e-mail client 114 and the corresponding cached data stored on EMCD 112, and then propagate those transactions accordingly.
[0014] Placing a site local server such as an EMCD 112 at a remote site enhances the end user's e-mail experience, but the improved performance is limited to the remote site where a given EMCD 112 is deployed. Placing an EMCD 112 at each remote site 104a-c allows a mobile user to take advantage of the EMCD deployed at any site where he or she may be accessing computer network 100. In order to communicate 'with a local EMCD 112, however, the IP address of the EMCD for that site must either be known ahead of time, or be discoverable by the e-mail client 114.
[0015] Requiring that the user know the address of each EMCD 112 at every' remote site 104 is an annoyance that most users would not like to deal with and even if the user has an accurate list of addresses for every operating EMCD, if one of those addresses changes, the user's list becomes invalid and must be updated. There are several known auto discovery, techniques that might be used to acquire this address information, such as a network broadcast by either the client 114 or the site local server, but most networks do not allow broadcasts across subnets. Accordingly, and as described in further detail below, the present invention provides a centralizing mechanism to add, delete, and modify IP addresses of EMCDs 112 deployed at each remote site 104. [0016] Viewing the problem in generalized form, any application that relies on a site local server such as an EMCD 112 will need to know the IP address of each server at each site 104. In addition, it is preferable for these IP addresses to be maintained without end user or system administrator intervention.
[0017] Virtually all organizations maintain e-mail servers within the network infrastructure and access to those e-mail servers is global within that infrastructure. According to another embodiment of the present invention, a network address list, e.g. the IP address list, of site local servers such as EMCDs is placed within the mailbox of each user or in a public storage area, which centralizes the network address list for that user regardless of the location within the organization's network. Each time the user attempts to use a client to access a site local server, the list is retrieved from the user's e-mail account and is used to determine the address of the site local server.
[0018] By way of example, a process for finding the IP address of an appropriate site local server such as an EMCD 112 may include the following steps:
1. Placing the IP address list in an e-mail user's mailbox via the EMCD 112 or some other means such as a known management console;
2. The client 114 then reading the full IP address list from an e-mail server 108 each time the user attempts to access the EMCD 112; and
3. Parsing the list to determine viability within the client's local subnet to create a subset of plausible addresses.
[0019] An artifact of most modem e-mail servers permits an e-mail client to store ancillary data within a mailbox that is not viewable by the e-mail client. Information within the address list can be utilized by a modified e-mail client without any intervention on the part of the end user other than what is necessary to establish an account on the organization's e-mail server. Exploitation of this artifact allows one to use an e-mail server as a general-purpose centralizing mechanism at the level of granularity of a specific mailbox. Further, the granularity can be controlled by how widely the authentication credentials are distributed throughout an organization.
[0020] Extending this notion further, an n-tiered approach can be adopted such that the data stored within a given mailbox can include reference information that directs the client to a second, general mailbox containing a single instance of the ancillary data, so that only a single copy of the data need be maintained rather that replicating updated information across several mailboxes. In other words, a form of indirection can be used so that common data can be maintained across and referred to by several mailboxes.
[0021] A specific instance of this generalized concept is realized with the centralization of an IP address table of site local servers. Table 1 is an exemplary list of IP addresses. The address table data of site local servers would be structured as a tag identifying the type of site local server and a table containing the IP address and Classless Inter-Domain Routing (CIDR) address blocks, each row representing all of the addresses for a given type of site local server.
Figure imgf000007_0001
Table 1: example IP address table
[0022] An address/CIDR column pair represents the existence of a site local server. As is well known to those of ordinary skill, the CIDR column here represents a shorthand for the IP Address Mask used in conjunction with the Address column to define a specific subnet. For example, a value of "24" means that the address mask would have the high-order 24 bits of a 32-bit IPv4 address set to "1", with the balance set to "0".
[0023] The table would typically be housed within a tagged file format such as XML, with a copy of the table residing in each end user's mailbox. Additional information can be housed within the table such as last access date so the table can be pruned in the event that a specific server is taken offline indefinitely.
[0024] A small software component residing on the end user's computer would be used to access the table either in conjunction with or ancillary to e-mail client activity. The code fragment would acquire the table in file form, parse and filter it, and use the result to locate an active site local server. By way of example and with the IP addresses shown in Table 1 , the process with respect to an EMCD 112 is as follows:
Client 114 acquires the table from the e-mail server 108; 2. Client 11.4 parses the table to retrieve the addresses for a given server type, e.g. the EMCD 112;
3. Client 114 acquires the local address in which it is currently running
4. For each address/mask pair retrieved in step 2 a. Client 114 bitwise ANDs together the local address and the CIDR block mask b. Client 114 bitwise ANDs together the table address and the CIDR block mask c. Client 114 compares the resulting value from step 4.a and 4.b. If they are equal, the table address is included in the resulting list of potential addresses. If they are not equal, the address is discarded from consideration (step 5);
5. Client 114 attempts to open a communication session with EMCD 112 at the resultant address(s).
[0025] The method used for placement and retrieval of the table file is dependent upon the type of target e-mail server 108.
[0026] Although the present invention has been described with respect to the above exemplary embodiments, various additions, deletions and modifications are contemplated as being within its scope. The scope of the invention is, therefore, indicated by the appended claims rather than the foregoing description. Further, all changes which may fall within the meaning and range of equivalency of the claims and elements and features thereof are to be embraced within their scope.

Claims

CLAIMSWhat is claimed is:
1. A method for maintaining a network address list, comprising: placing the network address list in an e-mail user's mailbox; in response to a user attempting to access a site local server from a client, reading the network address list from an e-mail server storing the user's mailbox; and parsing the network address list to determine viability within a local subnet of the client to create a subset of plausible addresses.
2. The method according to claim 1 , wherein the site local server comprises an EMCD.
3. The method according to claim 1 , wherein the network address list comprises an IP address list.
4. The method according to claim 1 , wherein the client and the site local server are located within a first LAN and the e-mail server is located within a second LAN.
5. The method according to claim 4, wherein the first LAN and the second LAN are connected over a WAN.
6. The method according to claim 1 , wherein the network address list is placed in an e-mail users mailbox by one of a site local server and a management console.
7. A method for identifying a server, comprising: acquiring an address table from an e-mail server; parsing the address table to retrieve at least one address record for a given server type, wherein the address record includes at least one address/mask pair; for each address/mask pair retrieved: performing a bitwise AND between a client local address and the mask of the address/mask pair; performing a bitwise AND between the address and the mask of the address/mask pair; comparing the resulting value from the bitwise ANDs for a match; and in'response to a match, including the table address in a resulting list of potential addresses.
8. The method according to claim 7, wherein the server type comprises a site local server.
9. The method according to claim 8, wherein the site local server comprises an EMCD.
10. The method according to claim 7, wherein the at least one address record comprises an IP address.
11. A system for transmitting data over a computer network, comprising; a server having a first store for e-mail data at a first location; a client for accessing the e-mail data at a second location, the first location and the second location being connected over a network; and a site local server at the second location comprising a second store for email data, wherein the site local server is configured to act as a proxy for transmitting e-mail data between the server and the client.
12. The system .according to claim 11 , wherein the network comprises a WAN.
13. The system according to claim 11, wherein the first location comprises a first LAN, and the second location comprises a second LAN.
14. The system according to claim 11, wherein the site local server comprises an EMCD.
15. A method for transmitting e-mail data over a network, comprising: storing e-mail data on a e-mail server at a first network location; accessing the network with a client at a second network location; retrieving a site local server address list with the client using address list information stored in a user's mailbox; comparing a network location of the client to the site local server address list; and selecting a site local server for caching the e-mail data from the e-mail server based on the network proximity of the site local server to the client.
16. The method according to claim 15, wherein the user's mailbox storing the address list information is on the e-mail server at the first network location.
17. The method according to claim 16, wherein the e-mail data is stored in the user's mailbox.
18. The method according to claim 15, wherein the selected site local server is located on the same LAN as the client.
19. The method according to claim 15, wherein the address list information stored in the user's mailbox comprises the list of site local server addresses.
20. The method according to claim 15, wherein the first network location comprises a first LAN and the second network location comprises a second LAN.
PCT/US2005/012411 2004-04-12 2005-04-12 E-mail caching system and method WO2005099411A2 (en)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US56161604P 2004-04-12 2004-04-12
US60/561,616 2004-04-12
US10410505A 2005-04-11 2005-04-11
US11,104,193 2005-04-11

Publications (2)

Publication Number Publication Date
WO2005099411A2 true WO2005099411A2 (en) 2005-10-27
WO2005099411A3 WO2005099411A3 (en) 2007-01-25

Family

ID=35150452

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2005/012411 WO2005099411A2 (en) 2004-04-12 2005-04-12 E-mail caching system and method

Country Status (1)

Country Link
WO (1) WO2005099411A2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7363366B2 (en) 2004-07-13 2008-04-22 Teneros Inc. Network traffic routing
US7363365B2 (en) 2004-07-13 2008-04-22 Teneros Inc. Autonomous service backup and migration

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5781901A (en) * 1995-12-21 1998-07-14 Intel Corporation Transmitting electronic mail attachment over a network using a e-mail page

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5781901A (en) * 1995-12-21 1998-07-14 Intel Corporation Transmitting electronic mail attachment over a network using a e-mail page

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7363366B2 (en) 2004-07-13 2008-04-22 Teneros Inc. Network traffic routing
US7363365B2 (en) 2004-07-13 2008-04-22 Teneros Inc. Autonomous service backup and migration
US8504676B2 (en) 2004-07-13 2013-08-06 Ongoing Operations LLC Network traffic routing
US9448898B2 (en) 2004-07-13 2016-09-20 Ongoing Operations LLC Network traffic routing

Also Published As

Publication number Publication date
WO2005099411A3 (en) 2007-01-25

Similar Documents

Publication Publication Date Title
US7483949B2 (en) E-mail caching system and method
US10187275B2 (en) Monitoring network traffic by using event log information
US7542999B2 (en) Extended file system
US6823391B1 (en) Routing client requests to back-end servers
US20170289124A1 (en) System And Method For Efficient Replication Of And Access To Application Specific Environments And Data
US6173311B1 (en) Apparatus, method and article of manufacture for servicing client requests on a network
US7558854B2 (en) Access relaying apparatus
EP2088719B1 (en) Method and device for distributing file data
US8914429B2 (en) Method for creating global distributed namespace
US20150046521A1 (en) System and method for remote access to cloud-enabled network devices
US20060075072A1 (en) System, method and apparatus for use in monitoring or controlling internet access
US20060179141A1 (en) Monitoring network traffic by using a monitor device
KR20030051429A (en) System for network addressing
CN103051663A (en) Proxy caching in a photosharing peer-to-peer network to improve guest image viewing performance
JP2004518316A (en) Transparent implementation using value-added electronic messaging services and intermediate servers
US8392543B1 (en) Synchronization of content change across multiple devices
US20090299937A1 (en) Method and system for detecting and managing peer-to-peer traffic over a data network
JP2004318743A (en) File transfer device
EP1181652B1 (en) Extended file system
US20120191769A1 (en) Site-aware distributed file system access from outside enterprise network
US7392297B2 (en) Message processing scheme for realizing unified handling and management of messages using a portable message processing device
US8655981B2 (en) Information communication system, information communication method, and recording medium having information communication program stored thereon
JP5257968B2 (en) Information sharing method, information sharing network system, information sharing server and program
WO2005099411A2 (en) E-mail caching system and method
Cisco Understanding SNMP

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase