System and method for re-routing of e-mail messages
A method and apparatus for the re-routing of e-mail sent to a prior address (or an address that is non-working, or temporarily inconvenient) to the new address of an intended recipient. E-mail that is to be sent to a recipient is sent to the former Internet Service Provider (ISP). Because the recipient is no longer a subscriber to the old ISP, or because the address at the old ISP is temporarily inconvenient, the e-mail is re-routed to a re-route server of the present invention. The re-route server then causes the e-mail to be sent to the correct address through a variety of processes. Alternatively, new e-mail addresses are made available at the old ISP. The old ISP can then forward e-mail messages directly to the new ISP.
Latest Return Path Patents:
- Real-time classification of email message traffic
- SYSTEM AND METHOD FOR REDACTION OF IDENTIFICATION DATA IN ELECTRONIC MAIL MESSAGES
- Methods, systems, and computer readable media for monitoring deliverability of electronic mail based on subscriber and seed deliverability data
- REAL-TIME CLASSIFICATION OF EMAIL MESSAGE TRAFFIC
- METHODS, SYSTEMS, AND COMPUTER READABLE MEDIA FOR MONITORING DELIVERABILITY OF ELECTRONIC MAIL BASED ON SUBSCRIBER AND SEED DELIVERABILITY DATA
This application is a continuation of commonly assigned application Ser. No. 10/159,453, now U.S. Pat. No. 6,892,222 which is a continuation of Ser. No. 09/338,734, now U.S. Pat. No. 6,438,583.
BACKGROUND OF THE INVENTIONThe present invention is directed to a method and apparatus for redirecting network traffic. More particularly, the present invention is directed to a method and apparatus of re-routing electronic mail (or “e-mail”) messages transmitted via the Internet.
BACKGROUND ARTOne of the most basic services offered by Internet Service Providers (or “ISPs”) is a private or corporate e-mail account that a customer may use for transmitting and receiving electronic mail (e-mail) messages via the Internet. Each of these e-mail accounts has a unique address.
Internet service customers are notoriously fickle in their choice of ISPs. The customer turnover rate is typically 50% each year for most ISPs (those ISPs that do not have meaningful market competition have lower turnover, of course). When a customer closes an account at one ISP and opens a new account at another ISP, the customer cannot maintain the same e-mail address. This is a natural result of the currently used e-mail addressing convention wherein part of the address includes an identification of the ISP. Thus, when the ISP changes, at least a part of the e-mail address must also change.
This is inconvenient because e-mail gets lost. In the prior art, e-mail messages sent to a defunct address (belonging to an inactive account) are either acknowledged as being undeliverable or they are simply ignored. Colloquially, acknowledgement by an ISP that the message is undeliverable as addressed is known as “bouncing” the message back to the sender. Although this doesn't get the message to the intended recipient and it fails to inform the sender of a correct address (if any exists) for the intended recipient, at least it puts the sender on notice that they have attempted to use an inaccurate e-mail address.
Simply ignoring an undeliverable message, as is done by some ISPs, is quite non-helpful because the sender remains ignorant that the message was sent to an inaccurate address.
SUMMARY OF THE INVENTIONThe present invention is a method and apparatus for the rerouting of e-mail from a prior or non-working address to the new address of a recipient. In general, two basic re-route methods are employed, varying as noted more fully below. E-mail that is to be sent to a recipient is sent to the former Internet Service Provider (ISP). Since the recipient is no longer a subscriber to the old ISP, the e-mail is re-routed to a re-route server of the present invention. The re-route server then causes the e-mail to be sent to the correct address through a variety of means. This embodiment provides privacy with respect to the new address of the recipient since it is known only to the re-route server and NOT to the old ISP.
Alternatively, new e-mail addresses are made available at the old ISP. The old ISP can then forward e-mail directly to the new ISP. This has the advantage of a direct route from the old ISP to the new ISP. However, privacy of the new e-mail address for the recipient is less since the address is now known to the old ISP.
In ether case, a business model arises that allows this process to occur. As noted above, there is a tremendous turnover in subscribers to any particular ISP. Realizing that, just as e-mail may be forwarded AWAY from an ISP, so can e-mail to other ISP's be forwarded TO the old ISP for new subscribers. Thus it is to all ISP's advantage to forward e-mail where possible. In addition, user fees will be paid for this service. Those entities running re-route servers could easily share revenue with the ISP's that are registered with the re-route service. Thus not only will a valuable service be performed, but the ISP's can generate additional revenues from participation.
BRIEF DESCRIPTION OF THE DRAWINGS
In the following description, the different embodiments of the invention are explained from the point of view of analyzing how e-mail sent to a single invalid (or undesired) e-mail address is forwarded to a currently valid e-mail account. This is a simplification of the general case, and is done for ease of explanation. In the general case, an individual may have left behind a string of abandoned e-mail accounts that all need to be forwarded to their currently valid address. When the simplified case is extrapolated to the general case, any of the embodiments described below may be combined with one another to handle messages sent to different ones of the plural abandoned e-mail accounts.
Also for clarity of explanation, the convention is adopted that the ISP that is forwarding e-mails is called the “old ISP” and the ISP that hosts the currently valid account is called the “new ISP.” The account for which the e-mail address is no longer current is called the “FROM account” and the current account, to which mail needs to be forwarded, is called the “TO account.” By choice of this convention, the term “old ISP” is not meant to limit the disclosure to situations where an email account has been permanently terminated or abandoned at that ISP. Rather, the term “old ISP” is intended to encompass situations wherein a user having plural current e-mail accounts wishes to have e-mail addressed to one of those accounts temporarily forwarded to another one of his or her accounts.
The .forward File Embodiment
According to one embodiment of the invention, e-mail is forwarded from the old ISP to the new ISP by means of a “.forward” file. The old ISP maintains the FROM account and inserts a forward file that contains the TO account. As a result, all e-mail is still routed to the old ISP. The message passes through the old ISP's sendmail and the sendmail connects to the machine at the new ISP to deliver the message to the TO account (contained in the forward file) at the new ISP. This is implemented using UNIX.
This embodiment requires that the old ISP keep the FROM account open after the user has abandoned it.
The E-Mail Alias Embodiment
According to another embodiment of the invention, the old ISP aliases the FROM account to the TO account with an /etc/aliases entry. This uses a lookup table. All e-mail is still routed to the old ISP. The message passes through the old ISP's sendmail and the sendmail connects to a new machine. A consistent address, e.g., user@re-route.com, is used for all customers, although this specific format is not meant as a limitation. Other formats are possible for this alias embodiment. A customer who cancels their re-route service agreement will still have his/her e-mail sent to another consistent address, e.g., cheapskate@re-route.com. This procedure should be supported in all Internet systems, as explained in RFC (request for comment) 1123, which is incorporated by reference herein, in its entirety.
This embodiment permits the old ISP to close the FROM account after the user has abandoned it.
The Transfer of Mail Exchange Authority with Pass-Through Sendmail Embodiment
According to another embodiment of the invention, the ISPs give MX Authority to a Re-route Central Authority entity (e.g., re-route.com). All e-mail destined for ISPs that have signed up with re-route.com are first routed to re-route.com. For those customers who have informed re-route.com of a change of address, the e-mail is routed to the TO account. Otherwise, the e-mail messages pass through the re-route.com system to the ISP to which they are nominally addressed.
One result of this embodiment is that all e-mail for all ISPs that subscribe to this system would need to pass through servers for the Re-route Central Authority entity.
The Mail Exchange Routing Embodiment
According to another embodiment of the invention, a fundamental change is made to the way that e-mail is routed on the Internet. The change is that client name resolver libraries use the entirety of the addresses—both the user portion and the fully qualified domain name portion—for queries. Based on this change of address interpretation, Mail Exchange Re-route Directory (MXRRD) keys can be used by Domain Name Servers to hold entries for individuals' e-mail accounts.
There are two alternate sub-embodiments of this re-route arrangement. One is that the Re-route Central Authority can be the Mail Exchange Authority and distribute a master copy of a re-route mapping database. The other is that the ISPs maintain their respective Mail Exchange Authorities and rely on the Re-route Central Authority to trigger updates to the re-route mapping database.
Seize and Forward Embodiment
In the “seize and forward” embodiment of the present invention, the ISP retains all of the customer account information. However, for those customers that have left the ISP's service, all e-mail for such customers is stored at the ISP for a time. At regular intervals, the server of the present invention logs onto the server of the ISP and seizes all of the e-mail that is being stored for those accounts that are no longer active at the ISP. This “seized” or downloaded e-mail is sorted by the present invention and for those accounts that have registered with the re-route server, the e-mail is forwarded to the new account at the new ISP.
Simple Mail Transfer Protocol (SMTP) Wrapper Embodiment
The SMTP wrapper embodiment may be implemented via software or via hardware. In the software implementation, the SMTP wrapper is a software wrapper around an ISP's message transport system such as “sendmail,” program that determines how that wrapped code is to be executed. In the hardware implementation, the SMTP wrapper is a device disposed, preferably, between an ISP and the Internet, to intercept e-mail messages. Thus, the SMTP wrapper determines how the sendmail transport program of the ISP is to operate. In this case, the wrapper passes through e-mails that are bound for those individuals who formerly had an account at the ISP. E-mails that are passed through the ISP are sent to the server of the present invention for forwarding to the individual at the new ISP.
Bounced Mail Embodiment
The bounced mail embodiment of the present invention allows those ISP's that “bounce” mail, that is, return mail to a sender when the party to whom it is addressed is no longer available for any reason, to bounce the mail instead to the re-route server of the present invention. In this embodiment, any mail that cannot be delivered by an ISP is bounced to, for example, bounced re-route.com. The re-route server then reviews the bounced mail to determine if it is for a person or entity that is a registered re-route user. If so, the mail is forwarded to the new address on file at the re-route server.
IPv6 Embodiment
A pressing problem that now exists is the potential for shortages of Internet addresses. The most viable candidate to replace the current Internet Protocol is Internet Protocol Version 6 (IPv6). This protocol allows a huge number of new IP unique addresses to be possible together with new routing schemes. DNS can resolve fully qualified domain names into IP addresses. Assuming that everyone will be able to have a unique IPv6 address in the future, traffic can be re-routed to individuals based on their respective IPv6 addresses.
OSI X.500 Embodiment
The Open Systems Interconnect (OSI) model is a model of network architecture and a suite of protocols to implement it developed by ISO as a framework for international standards in heterogeneous computer network architecture. X.500 (the set of ITU-T standards covering electronic directory services, such as white pages, Knowbot, and whois.) can support alternate addresses for individuals/recipients of e-mail. Such an X.500 system connected to the Internet e-mail system could re-route e-mail to the alternate addresses once they have been so designated by a user. In this instance the X.500 system receives e-mail at fromAccount. If the user has a toAccount entry, the mail is re-routed.
“Forwarding” Symbol in Local-Part Embodiment
Internet Standard RFC-822 defines the Internet standard format for electronic mail message headers. By using the “local part” of the mail message header, e-mail can be forwarded. For example, the address @gstead@mlj.com contains a symbol “@” before the name to designate a forwarding symbol. Alternatively a new symbol such as “rr!” might be designated as the universal re-route symbol for e-mail. While this does not designate a specific address, it does indicate to any server that the mail is to be re-routed if possible. Then certain of the other methods for re-route described herein can be used such as forwarding mail to the re-route server. In this instance, the sendmail systems must be programmed to recognize and treat a universal symbol as meaning re-route.
Re-Route Extensions Embodiment
The re-route extension embodiment allows users to simply append the extension “.re-route.com” to an e-mail address (e.g., user@oldisp.com.re-route.com). This will provide automatic re-routing of e-mail if a recipient has so registered. If no re-route information has been provided, the e-mail is simply passed through to the original address. In this case the re-route server becomes the MX authority for re-route.com e-mail, thus all e-mail having the extension is re-routed to the re-route server to be reviewed.
LDAP Embodiment
The Lightweight Directory Access Protocol (LDAP) is a protocol for accessing on-line directory services. The e-mail client can download the fromAccount, toAccount list directly into e-mail client software for addressing e-mail. Thus, changing addressing from one account another, by acquiring the correct e-mail address, can be done at the client computer. Routing of the e-mail to the correct address can then be accomplished.
SMTP Return Codes
It is possible for SMTP implementation to verify that e-mail addresses are deliverable during the sending process. If a given e-mail is not deliverable to a first, old address, the e-mail can be delivered to a second host, assuming that the appropriate address at the new second host is known. This forwarding is done directly by the old ISP, which forwards the message either to a re-route server (and then, indirectly, on to the user's new address) or directly to the user's new account at a new ISP. These direct and indirect methods are explained in further detail below.
Client E-Mail Plugin
This embodiment takes advantage of the common practice of many ISPs to bounce undeliverable emails back to the sending computer. A software plugin or wrapper is provided at the sending computer, which handles e-mail messages that are bounced back to it. When an e-mail message is bounced back, the e-mail plugin prompts the user to ask them if they would like to attempt to re-route the bounced email using any of the methods described herein. This is done, for example via a graphical user interface having a “re-route” button that the user may click on. In the event the user chooses to click the re-route button, thereby choosing to attempt a rerouting of the e-mail message, the e-mail message is then resent, this time addressed to the re-route server. The re-route server then forwards the message on to the correct current e-mail address for the intended recipient, assuming that the intended recipient's new e-mail address is registered with the re-route server.
As noted above, the present invention comprises a method and apparatus for rerouting e-mail destined for a person or entity formerly located at a given ISP and forwarding that e-mail to the new e-mail address for the recipient who may be located at a subsequent ISP. Referring to
If the message is a valid one, the request to re-route the e-mail is decrypted 18 and a determination is made whether authentication is required 20. If authentication is required, the user is authenticated 22. If the authentication is successful 26, the address to which the user would like mail forwarded is written to a “.forward” file 24 in the storage of the old ISP. If the user can not be authenticated, the process is terminated and an authentication error is sent to the requesting party 30. On the other hand, once the new address is written to the forward file of the old ISP, the request process is completed 28, and the server simply waits for e-mail traffic addressed to the old address of the user.
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
If the timer has expired, the re-route server logs onto the old ISP 60 from which mail must be retrieved. The re-route server inquires if there is mail for the specific re-route customer 62. If e-mail is present, the e-mail is retrieved by the re-route server 64 and forwarded to the customer's toAccount 66 which is known to the re-route server. Thereafter the process begins again and waits until the next retrieval time. If there is no e-mail for the re-route customer, the re-route server simply waits until the next time interval for retrieval to be attempted.
Referring to
Referring to
Referring to
The e-mail re-route path of the embodiment of
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
The re-route server checks the user data 204 to insure that all necessary information is present to form the re-route request and to register the user with the re-route server. If the data is in any way deficient, the re-route request is denied and a message so indicating is sent 206 to the user's computer (or the user's new ISP, as the case may be). If the data is sufficient, a re-route request is formulated 208 and sent to the re-route request handling routine 210 at the old ISP.
Once a re-route request is receive at the old ISP from the re-route server, the old ISP checks to determine if the request has the necessary data 214 to be acted on by the old ISP. This involves the old ISP checking its own user records 212 to determine if the user is a subscriber to the old ISP, to update its subscriber records regarding the status of the user, as well as to update the e-mail tables 216 at the old ISP to reflect the action needed for e-mail destined for the user. Such action has been described in detail in a variety of embodiments (above).
If the request is satisfactory in all respects, the re-route request is accepted and an acceptance message 220 is sent to the re-route server, and the e-mail re-route request is confirmed to the user 224 (or the user's new ISP, as the case may be). If the data supplied to the old ISP is not satisfactory in all respects, a re-route denial message 218 is sent to the re-route server, and a “re-route denied” message 222 is sent to the user (or the user's new ISP, as the case may be).
Referring to
If there is no response from the user within a given amount of time, a re-route delete request 232 is automatically generated by the re-route server and forwarded to the request handler 234 of the old ISP. The old ISP then updates its e-mail tables 236 by deleting the forwarding address for the user.
After updating its e-mail tables 236, the old ISP sends an acknowledgment message 238 to the re-route server. The re-route server accepts the message 240, ends its re-route service for the user 242, and forwards a message so indicating to the user's mailbox 244 at the user's computer (or the user's ISP, as the case may be).
Referring to
The re-route server checks the updated user data 254 to insure that all necessary information is present to form the re-route update request and to register the user's updated data with the re-route server. If the data is in any way deficient, the re-route update request is denied and a message so indicating is sent 256 to the user computer (or the user's new ISP, as the case may be). If the updated data is sufficient, a re-route update request is formulated 258 and sent to the re-route update request handling routine 260 at the old ISP.
Once a re-route update request is received at the old ISP from the re-route server, the old ISP checks to determine if the re-route update request has the necessary data 264 to be acted on by the old ISP. This involves the old ISP checking its own user records 262 to determine if the user was (or is) a subscriber to the old ISP, to update its subscriber records regarding the status of the user, as well as to update the e-mail tables 266 at the old ISP.
If the request is satisfactory in all respects, the re-route update request is accepted and an acceptance message 270 is sent to the re-route server, and the e-mail re-route update request is confirmed to the user 274 (or the user's new ISP, as the case may be). If the updated data supplied to the old ISP is not satisfactory in all respects, a re-route update denial message 268 is sent to the re-route server, and a “re-route update denied” message 272 is sent to the user (or the user's new ISP, as the case may be).
The re-route server is implemented as follows. The e-mail re-route server receives e-mails from the Internet and re-routes them according to the rules described above. The e-mail server is based on known, robust, Internet e-mail server architectures. Preferably, the re-route server is one or more Unix-based machines running the sendmail mail software. In addition to typical e-mail processing, the re-route server's mail software performs additional, optional operations. These additional operations include:
-
- interfacing to the re-route subscriber database/tables to query information on subscriber preferences (status, spam filtering, sender notification, virus checking, etc.)
- interfacing to the re-route subscriber database/tables to insert information about current events (e-mail status, sender, date, etc.). This information will be used for billing and report generation.
- Additional e-mail processing (spam filtering, virus checking, sender notification, etc.) Hardware requirements depend on the number of customers, however as an example, a system that handles a moderate number of re-route subscribers includes a Sun server running the Solaris (Unix) operating system.
A database server holds information about each customer, and about the e-mails received by the mail re-route server. This information is used for billing and report generation. The database server is based on known, robust, database server architectures. Preferably, this server is a Unix-based machine running Oracle or MySQL database server software.
The present invention has been described in terms of a number of preferred embodiments. However, it will be understood by those of ordinary skill in the art that various modifications and improvements may be made to the invention as described, without departing from the scope of the invention. The scope of the invention is limited only by the appended claims.
Claims
1-64. (canceled)
65. A method or re-routing e-mail so as to provide transition between providers via an independent re-route server, the method comprising:
- a recipient registering with the re-route server that is independent of the recipient's old provider;
- the re-route server sending a re-route request to the old provider;
- the old provider receiving and processing the re-route request; and
- the old provider re-routing e-mail for the recipient to a new provider after the receipt and processing of the re-route request.
66. The method or re-routing e-mail of claim 65, wherein:
- the re-route server sending a re-route request to the old provider further comprises the re-route server sending a new address for the recipient to the old provider.
67. The method of re-routing e-mail of claim 66, wherein the new address for the recipient comprises the address of the new provider at which the recipient is located.
68. The method of re-routing e-mail of claim 66, wherein the new address for the recipient comprises the address of the re-route server.
69. The method of re-routing e-mail of claim 66, further comprising the old provider maintaining a “FROM” account for the recipient;
- inserting a “.forward” file comprising a “to” account comprising the new address for the recipient; and
- forwarding e-mail for the recipient to the new address when it is received at the old provider.
70. The method of re-routing e-mail of claim 66, further comprising the old provider maintaining and aliasing a FROM account for the recipient with an alias entry comprising the new address for the recipient; and
- forwarding e-mail for the recipient to the new address when it is received at the old provider.
71. The method of re-routing e-mail of claim 70, wherein the alias entry is stored in a look up table.
72. The method of re-routing e-mail of claim 66, further comprising the old provider maintaining an X.500 database;
- inserting a “to” account entry into the X.500 database comprising the new address of the recipient; and
- forwarding e-mail to the new address when it is received at the old provider.
73. The method of re-routing e-mail of claim 66, further comprising maintaining a DNS table to which the new address comprising a “to” account entry is written; and forwarding e-mail to the new address when the DNS table is accessed.
74. The method of re-routing e-mail of claim 66, further comprising:
- writing a “to” account comprising the new address for the recipient to a private alias file;
- passing e-mail for other recipients whose addresses are not in the private alias file to e-mail software of the providers; and
- forwarding e-mail for the recipient to the “to” account for the recipient.
75. The method of re-routing e-mail of claim 66, wherein the new address for the recipient is in Internet Protocol version 6 (IPv6) format; and
- further comprising forwarding e-mail for the recipient to the new address when it is received at the old provider.
76. The method of re-routing e-mail of claim 66, further comprising: the re-route server generating a statistical record of the re-route request.
77. The method of re-routing e-mail of claim 76, wherein the generated statistical record includes information regarding the old provider and the new provider.
78. The method of re-routing e-mail of claim 76, wherein the generated statistical record includes information indicating customer chum.
79. The method of re-routing e-mail of claim 76, wherein the generated statistical record is added to an aggregated register of from and to data for a plurality of users.
80. The method of re-routing e-mail of claim 66, wherein the old provider automatically forwards e-mail directed to an old address at the old provider to the new address, consistent with Simple-mail Transfer Protocol.
81. The method of re-routing e-mail of claim 66, wherein the old provider comprises an old ISP and the new provider comprises a new ISP.
82. A method of re-routing e-mail comprising:
- receiving at a re-route server an e-mail addressed by the sender to a recipient, the overall e-mail address comprising an old address of the recipient at an old provider and a re-route extension to the e-mail address designating the re-route server;
- checking at the re-route server to determine if the recipient is a re-route customer; and
- forwarding the e-mail to a new address associated with the recipient if the recipient is a re-route customer.
83. The method of re-routing e-mail of claim 82, wherein the receiving and processing further comprises the re-route server checking if a re-route extension is present in the overall e-mail address; and
- ceasing further processing if no re-route extension is present.
84. The method of re-routing e-mail of claim 82, further comprising passing the e-mail through to the old address if the recipient is not a re-route customer.
85. A method of re-routing e-mail comprising:
- receiving, at a re-route server, a query from a sending computer for an e-mail address of a recipient;
- determining, at the re-route server, if an e-mail address for the recipient is available;
- forwarding from the re-route server e-mail sent by the sending computer to the recipient at the e-mail address, in the event that an e-mail address for the recipient is available.
86. The method of re-routing e-mail of claim 85, wherein the query comprises a query under the lightweight directory access protocol (LDAP).
87. A method of re-routing e-mail comprising:
- receiving, at a re-route server, a query from a sending computer for an e-mail address of a recipient;
- determining, at the re-route server, if an e-mail address for the recipient is available;
- in the event that an e-mail address for the recipient is available, the re-route server providing such address to the sending computer for the sending computer to re-address the e-mail to the recipient at the e-mail address.
88. The method of re-routing e-mail of claim 87, wherein the query comprises a query under the lightweight directory access protocol (LDAP).
89. A method of re-routing e-mail comprising:
- obtaining assignment of mail exchange authority from an old provider to a re-route server;
- receiving, at the re-route server, e-mail addressed to subscribers at the old provider;
- comparing the addresses of the subscribers to a re-route customer list, the re-route customer list comprising new e-mail addresses for re-route customers;
- forwarding from the re-route server e-mail addressed to re-route customers to the new e-mail addresses; and
- passing the e-mail through the re-route server to the old provider if the subscriber is not a re-route customer.
90. A method for re-routing e-mail comprising:
- creating a mail exchange re-route directory in a re-route server comprising an entry for a recipient's new e-mail address mapped to an old e-mail address of the recipient;
- periodically distributing the re-route directory from the re-route server to providers for forwarding e-mail from the old e-mail address of the recipient to the new e-mail address of the recipient, the e-mail being addressed to the recipient using the user portion and the fully qualified domain name portion of the e-mail address.
91. A method for re-routing e-mail comprising:
- creating a mail exchange re-route directory in a re-route server comprising an entry for a recipient's new e-mail address mapped to an old e-mail address of the recipient;
- periodically distributing updates to the re-route directory from the re-route server to providers for forwarding e-mail from the old e-mail address of the recipient to the new e-mail address of the recipient, the e-mail being addressed to the recipient using the user portion and the fully qualified domain name portion of the e-mail address.
92. An apparatus for handling, through a network, an e-mail message addressed by a sender to an address at an old provider, the apparatus comprising:
- a re-route server connected to the network, the re-route server comprising:
- a processor; and
- a memory, in addressable communication with the processor, the memory embodying software instructions adapted to enable the processor to perform:
- registering, at a re-route server, a request from an e-mail recipient tore-route the recipient's e-mail;
- accessing and downloading to the re-route server e-mail for the recipient stored at the old provider; and
- forwarding the downloaded e-mail from the re-route server to a new address for the recipient.
93. The apparatus of claim 92, wherein the software instructions are further adapted to enable the processor to perform:
- transmitting from the re-route server a sender notification to senders of the e-mail being forwarded.
94. The apparatus of claim 93, wherein the sender notification includes the recipient's new e-mail address.
95. The apparatus of claim 93, wherein the sender notification includes an embedded link to a web site associated with the re-route server, the web site providing the sender with the recipient's new e-mail address.
96. The apparatus of claim 93, wherein the sender notification includes only a notification that the recipient's e-mail address has changed.
97. The apparatus of claim 92, wherein the old provider comprises an old ISP.
98. A method of re-routing e-mail comprising:
- registering, at a re-route server, a request from an e-mail recipient to re-route the recipient's e-mail;
- sending the re-route request from the re-route server to an old provider;
- receiving at the re-route server e-mail for the recipient that was bounced by the old provider when the recipient no longer has an e-mail address at the old provider;
- forwarding the bounced e-mail to a new address for the recipient; and
- transmitting from the re-route server a sender notification to senders of the e-mail being forwarded.
99. The method of re-routing e-mail of claim 98, wherein the sender notification is formed to include the recipient's new e-mail address.
100. The method of re-routing e-mail of claim 98, wherein the sender notification is formed to include an embedded link to a web site associated with the re-route server, the web site providing the sender with the recipient's new e-mail address.
101. The method of re-routing e-mail of claim 98, wherein the sender notification is formed to include only a notification that the recipient's e-mail address has changed.
102. The method of re-routing e-mail of claim 98, wherein the old provider comprises an old ISP.
103. An apparatus for handling, through a network, an e-mail message addressed by a sender to an address at an old provider, the apparatus comprising:
- a re-route server connected to the network, the re-route server comprising:
- a processor; and
- a memory, in addressable communication with the processor, the memory embodying software instructions adapted to enable the processor to perform:
- registering, at the re-route server, a request from an e-mail recipient to re-route the recipient's e-mail;
- sending the re-route request from the re-route server to the old provider;
- receiving at the re-route server e-mail for the recipient that was bounced by the old provider when the recipient no longer has an e-mail address at the old provider;
- forwarding the bounced e-mail to a new address for the recipient; and
- transmitting from the re-route server a sender notification to senders of the e-mail being forwarded.
104. The apparatus of claim 103, wherein the sender notification includes the recipient's new e-mail address.
105. The apparatus of claim 103, wherein the sender notification includes an embedded link to a web site associated with the re-route server, the web site providing the sender with the recipient's new e-mail address.
106. The apparatus of claim 103, wherein the sender notification includes only a notification that the recipient's e-mail address has changed.
107. The apparatus of claim 103, wherein the old provider comprises an old ISP.
108. A method of re-routing e-mail comprising:
- receiving at an old provider from a re-route server a re-route request by a recipient to re-route the recipient's e-mail;
- the old provider processing the re-route request;
- the old provider bouncing mail for the recipient to the re-route server when the recipient no longer has an e-mail address at the old provider for forwarding on by the re-route server to a new address for the recipient; and
- transmitting from the old provider a sender notification to senders of the e-mail being forwarded.
109. The method of re-routing e-mail of claim 108, wherein the sender notification is formed to include the recipient's new e-mail address.
110. The method of re-routing e-mail of claim 108, wherein the sender notification is formed to include an embedded link to a web site associated with the re-route server, the web site providing the sender with the recipient's new e-mail address.
111. The method of re-routing e-mail of claim 108, wherein the sender notification is formed to include only a notification that the recipient's e-mail address has changed.
112. The method of re-routing e-mail of claim 108, wherein the old provider comprises an old ISP.
113. The method of re-routing e-mail of claim 108, further comprising:
- transmitting from the re-route server a sender notification to the sender.
114. The method of re-routing e-mail of claim 113, wherein the sender notification is formed to include the recipient's new e-mail address.
115. The method of re-routing e-mail of claim 113, wherein the sender notification is formed to include an embedded link to a web site associated with the re-route server, the web site providing the sender with the recipient's new e-mail address.
116. The method of re-routing e-mail of claim 113, wherein the sender notification is formed to include only a notification that the recipient's e-mail address has changed.
117. The method of re-routing e-mail of claim 108, wherein the old provider comprises an old ISP.
118. An apparatus for handling, through a network, an e-mail message addressed by a sender to an address at an old provider, the apparatus comprising:
- a re-route server connected to the network, the re-route server comprising:
- a processor; and
- a memory, in addressable communication with the processor, the memory embodying software instructions adapted to enable the processor to perform:
- receiving at a re-route server an e-mail addressed by the sender to a recipient, the overall e-mail address comprising an old address of the recipient at an old provider and a re-route extension to the e-mail address designating the re-route server;
- checking at the re-route server to determine if the recipient is a re-route customer; and
- forwarding the e-mail to a new address associated with the recipient if the recipient is a re-route customer.
119. The apparatus of claim 118, wherein the software instructions are further adapted to enable the processor to perform:
- transmitting from the re-route server a sender notification to the sender.
120. The apparatus of claim 119, wherein the sender notification includes the recipient's new e-mail address.
121. The apparatus of claim 119, wherein the sender notification includes an embedded link to a web site associated with the re-route server, the web site providing the sender with the recipient's new e-mail address.
122. The apparatus of claim 119, wherein the sender notification includes only a notification that the recipient's e-mail address has changed.
123. The apparatus of claim 118, wherein the old provider comprises an old ISP.
124. A method of re-routing e-mail comprising:
- receiving at a re-route server e-mail forwarded by an old provider;
- checking at the old provider if a universal re-route symbol is present in the local part of the e-mail address of the received e-mail, if the recipient is not a subscriber of the old provider;
- checking at the re-route server if the recipient of the received e-mail is a registered customer of the re-route server; and
- forwarding the received e-mail to a new address associated with the recipient, in the event that a universal re-route symbol is present and that the recipient is a registered customer of the re-route server.
125. The method of re-routing e-mail of claim 124, further comprising:
- the re-route server transmitting a sender notification to the sender.
126. The method of re-routing e-mail of claim 125, wherein the sender notification is formed to include the recipient's new e-mail address.
127. The method of re-routing e-mail of claim 125, wherein the sender notification is formed to include an embedded link to a web site associated with the re-route server, the web site providing the sender with the recipient's new e-mail address.
128. The method of re-routing e-mail of claim 125, wherein the sender notification is formed to include only a notification that the recipient's e-mail address has changed.
129. The method of re-routing e-mail of claim 125, wherein the old provider comprises an old ISP.
130. An apparatus for handling, through a network, an e-mail message addressed by a sender to an address at an old provider, the apparatus comprising:
- a re-route server connected to the network, the re-route server comprising:
- a processor; and
- a memory, in addressable communication with the processor, the memory embodying software instructions adapted to enable the processor to perform:
- receiving at a re-route server e-mail forwarded by an old provider;
- checking at the old provider if a universal re-route symbol is present in the local part of the e-mail address of the received e-mail, if the recipient is not a subscriber of the old provider;
- checking at the re-route server if the recipient of the received e-mail is a registered customer of the re-route server; and
- forwarding the received e-mail to a new address associated with the recipient, in the event that a universal re-route symbol is present and that the recipient is a registered customer of the re-route server.
131. The apparatus of claim 130, wherein the software instructions are further adapted to enable the processor to perform:
- transmitting from the re-route server a sender notification to the sender.
132. The apparatus of claim 131, wherein the sender notification includes the recipient's new e-mail address.
133. The apparatus of claim 131, wherein the sender notification includes an embedded link to a web site associated with the re-route server, the web site providing the sender with the recipient's new e-mail address.
134. The apparatus of claim 131, wherein the sender notification includes only a notification that the recipient's e-mail address has changed.
135. The apparatus of claim 130, wherein the old provider comprises an old ISP.
136. A method of re-routing e-mail comprising:
- sending an e-mail message, via a sending mail client, to an old address at an old provider,
- receiving, at the sending mail client, a bounce message from the old provider indicating that the old address is not valid,
- prompting a user, at the sending mail client, for a command to re-route the bounced e-mail message,
- resending the bounced e-mail message, in the event the user issues the command to re-route, this time addressed to a re-route server for forwarding on to a new address for the recipient in the event that the recipient is a registered customer of the re-route server.
137. The method of re-routing e-mail of claim 136, the method further comprising:
- receiving, at the sending mail client, a sender notification from the re-route server.
138. The method of re-routing e-mail of claim 137, wherein the sender notification includes the recipient's new e-mail address.
139. The method of re-routing e-mail of claim 137, wherein the sender notification includes an embedded link to a web site associated with the re-route server, the web site providing the sending mail client with the recipient's new e-mail address.
140. The method of re-routing e-mail of claim 137, wherein the sender notification is includes only a notification that the recipient's e-mail address has changed.
141. The method of re-routing e-mail of claim 136, wherein the old provider comprises an old ISP.
142. An apparatus for handling, through a network, an e-mail message addressed to an address at an old provider, the apparatus comprising:
- a computer connected to the network and implementing a sending mail client, the computer comprising:
- a processor; and
- a memory, in addressable communication with the processor, the memory embodying software instructions adapted to enable the processor to perform:
- sending an e-mail message, via the sending mail client, to an old address at an old provider,
- receiving, at the sending mail client, a bounce message from the old provider indicating that the old address is not valid,
- prompting a user, at the sending mail client, for a command to re-route the bounced e-mail message,
- resending the bounced e-mail message, in the event the user issues the command to re-route, this time addressed to a re-route server for forwarding on to a new address for the recipient in the event that the recipient is a registered customer of the re-route server.
143. A method for forwarding e-mail from a first e-mail account at a first Internet service provider to a second e-mail account at a second Internet service provider, comprising:
- logging into said first e-mail account at said first Internet service provider;
- retrieving an e-mail message from said first e-mail account at said first Internet service provider; and
- forwarding the retrieved e-mail message to said second e-mail account at said second Internet service provider.
144. A computer-readable medium carrying one or more sequences of one or more instructions for forwarding e-mail from a first e-mail account at a first Internet service provider to a second e-mail account at a second Internet service provider, the one or more sequences of one or more instructions including instructions which, when executed by one or more processors, cause the one or more processors to perform the following steps:
- logging into said first e-mail account at said first Internet service provider;
- retrieving an e-mail message from said first e-mail account at said first Internet service provider;
- forwarding the retrieved e-mail message to said second e-mail account at said second Internet service provider.
145. A system for forwarding e-mail from a first e-mail account at a first Internet service provider to a second e-mail account at a second Internet service provider, comprising:
- means for logging into said first e-mail account at said first Internet service provider;
- means for retrieving an e-mail message from said first e-mail account at said first Internet service provider; and
- means for forwarding the retrieved e-mail message to said second e-mail account at said second Internet service provider.
146. A computer system configured to forward e-mail from a first e-mail account at a first Internet service provider to a second e-mail account at a second Internet service provider, comprising:
- a processor; and
- a memory, in addressable communication with said processor, including software instructions adapted to enable said processor to perform the steps of:
- logging into said first e-mail account at said first Internet service provider;
- retrieving an e-mail message from said first e-mail account at said first Internet service provider; and
- forwarding the retrieved e-mail message to said second e-mail account at said second Internet service provider.
Type: Application
Filed: Mar 4, 2005
Publication Date: Jan 12, 2006
Applicant: Return Path (New York, NY)
Inventors: Mark McDowell (Springfield, VA), Joseph Khalil (Alexandria, VA), Graham Stead (Arlington, VA)
Application Number: 11/071,778
International Classification: G06F 15/16 (20060101);