Domain name hijack protection

CROSS REFERENCE TO RELATED PATENT APPLICATIONS

0001This application is a continuation of, Ser. No. 14/264,917 to Robert R. Parsons filed Apr. 29, 2014 and titled “Domain Name Hijack Protection,” which is a continuation of U.S. patent application Ser. No. 12/722,379 to Robert R. Parsons filed Mar. 11, 2010 and titled “Domain Name Hijack Protection,” which is a divisional of U.S. patent application Ser. No. 11/746,047 to Robert R. Parsons filed on May 8, 2007 and titled “Domain Name Hijack Protection,” which is a continuation-in-part of U.S. patent application Ser. No. 11/498,500 to Parsons et. al. filed on Aug. 2, 2006 and titled “Systems and Methods for Domain Name Registration By Proxy,” now U.S. Pat. No. 7,996,457, which is a divisional of U.S. patent application Ser. No. 10/624,883 to Parsons et. al. filed on Jul. 21, 2003 and titled “Systems and Methods for Domain Name Registration By Proxy,” now U.S. Pat. No. 7,130,878 issued on Oct. 31, 2006, which is a U.S. National Stage continuation of PCT Patent Application No. PCT/US02/27742 to Parsons et. al. filed on Aug. 30, 2002 in the U.S. Receiving Office and titled “Method and Systems for Domain Name Registration and Email by Proxy.”

0002U.S. patent application Ser. No. 11/746,047 is also a continuation-in-part of U.S. patent application Ser. No. 10/526,107 to Parsons et. al. filed Feb. 28, 2005 and titled “Proxy Email Method and System,” now U.S. Pat. No. 7,627,633 issued on Dec. 1, 2009, which is a U.S. National Stage continuation of PCT Patent Application No. PCT/US02/27956 to Parsons et. al. filed on Aug. 30, 2002 in the U.S. Receiving Office and titled “Proxy Email Method and System.”

FIELD OF THE INVENTION

0003The present invention relates in general to a method and system for domain name registration and, more particularly, to a method and system for domain name protection using private domain name registration.

BACKGROUND OF THE INVENTION

0004The Internet comprises a vast number of computers and computer networks that are interconnected through communication links. The interconnected computers exchange information using various services, such as electronic mail, Gopher, and the World Wide Web (“WWW”). The WWW service allows a server computer system (i.e., Web server or Web site) to send graphical Web pages of information to a remote client computer system. The remote client computer system can then display the Web pages. Each resource (e.g., computer or Web page) of the WWW is uniquely identifiable by a Uniform Resource Locator (“URL”). To view a specific Web page, a client computer system specifies the URL for the Web page in a request (e.g., a HyperText Transfer Protocol (“HTTP”) request). These follow the familiar format http://www.xxx.com uniquely identifying the particular resource. The request is forwarded to the Web server that supports that Web page to the client computer system. When the client computer system receives that Web page, it typically displays the Web page using a browser. A browser is a special-purpose application program that effects the requesting of Web pages and the displaying of Web pages.

0005Currently, Web pages are typically defined using HyperText Markup Language (“HTML”). HTML provides a standard set of tags that define how a Web page is to be displayed. When a user indicates to the browser to display a Web page, the browser sends a request to the server computer system to transfer to the client computer system an HTML document that defines the Web page. When the requested HTML document is received by the client computer system, the browser displays the Web page as defined by the HTML document. The HTML document contains various tags that control the displaying of text, graphics, controls, and other features. The HTML document may contain URLs or other Web pages available on that server computer system or other server computer systems.

0006Generally a Web page's address or URL is made up of the name of the server along with the path to the file or the server. Rather than using a Web hosting service's server name as their URL, most companies and many individuals and other entities prefer a “domain name” of their own choosing. In other words, the Ford Motor Company probably would prefer http://www.ford.com as its URL rather than, say, http://servername.com/˜ford, where “servername” is the name of a Web hosting service whose server The Ford Motor Company uses. For this purpose then a “domain name,” e.g. “ford” can be registered, if available, and the hosting service will use that URL for its customer's Web address.

0007The process of registering one's own domain name proceeds as follows: Referring to <figref idref="DRAWINGS">FIG. 1</figref> shown there are the various entities that participate in the registration of a domain name. The communications like those shown here and in other Figures of the drawings are typically communications via the Internet, but could be direct LAN, or WAN connections, telephone land line or cell phone links, communications by RF or optic fibers among others. An individual, company, small business or other entity <b>20</b> (hereinafter “customer”) desires to obtain his/her own domain name using one or more of the Internet Corporation for Assigned Names &amp; Numbers (“ICANN”) approved top level domain (“TLD”) name extensions (e.g., .com, .net, .org, .us, .biz, etc.). All domains are organized through a shared, central domain name registration system. There is one domain name registration system, or registry <b>22</b> for each of the ICANN-approved TLDs. Each registry <b>22</b> is operated and maintained by an ICANN-approved company <b>20</b>. The entities <b>20</b>, <b>24</b> and <b>22</b> in <figref idref="DRAWINGS">FIG. 1</figref> include, of course, computer installations equipped typically for Internet communication. <figref idref="DRAWINGS">FIG. 1</figref> assumes that the customer <b>20</b> has a server or servers. It may, however, contract with another, a host who provides servers as is conventional. This does not change the relationship of the entities involved here and so is not separately shown.

0008The process for registering a domain name with a particular registry requires a customer to use an ICANN accredited registrar <b>24</b>. For example, John Doe wishes to register the following domain name: “johndoe.com”. Initially, John Doe must verify whether the desired domain name is or is not available, by contacting the ICANN-accredited registrar <b>24</b>. Utilizing a database search engine run by the registrar <b>24</b>, at <b>30</b> in <figref idref="DRAWINGS">FIGS. 2A and 2B</figref>, JohnDoe can ascertain whether “johndoe.com” has already been registered by another customer by requesting the domain name from the registrar at <b>32</b>. The registrar determines if the domain name is available at <b>34</b>. If the desired domain name has not been registered, the registrar so advises the customer, at <b>35</b>. The customer can proceed with the registration, utilizing the services of any ICANN approved registrar.

0009Regardless of the registrar used to process the registration, the customer must (together with payment of the registrar's applicable fees), provide certain personal information at <b>36</b> in order to complete the registration. That information includes the customer's address and personal contact information including email addresses, phone numbers and mailing addresses of administrative and technical contacts. The registrar stores the customer contact information and domain name in a temporary, working contact table at <b>38</b>. Thereafter, with the registration request, the registrar transmits, at <b>40</b>, certain information to the registry regarding both the registrar and the customer, who will, upon completion of the registration process, be identified as the “registrant” of the domain that is now officially registered with the registry. The registry adds, at <b>42</b>, the domain name, the registrant's name and identification of the registrar to the part <b>23</b> of the WHOIS database <b>27</b> kept by the registry. The registry confirms registration at <b>46</b>. The registration process is concluded by the registrar confirming the registration to the customer at <b>52</b> and <b>54</b>.

0010Upon completion of the registration process at <b>41</b>, certain identifying information is made publicly available in a database managed by each registrar. This is the registrar's portion <b>25</b> of the WHOIS database <b>27</b> shown on <figref idref="DRAWINGS">FIG. 1</figref>. For each registered domain name, the registrar's WHOIS database identifies the name of registrar, the registrar's “WHOIS” homepage link, the date the domain name was registered and the domain name's expiration date. The WHOIS database also makes public the registrant's personally identifiable information, specifically the registrant's name and postal address, phone number and email address, the name of administrative and technical contacts, and their respective postal address, voice and fax telephone numbers and email addresses and the name of the servers upon which the registered domain name is located.

0011The registrar's WHOIS database is accessible by anyone who has Internet access, anywhere and anytime. Although the use to which WHOIS data can be put is limited by ICANN, the registrant's personally identifiable information is required to be readily available to the public, including those who would seek to engage in data mining, SPAMMING, or other potentially undesirable activities. A typical WHOIS record from a registrar is shown in <figref idref="DRAWINGS">FIG. 10</figref>.

0012For certain domain name registrants, it would be desirable if the personal contact information required to be displayed on the WHOIS database were not available. For example, a celebrity who wishes to participate in activities on the WWW might not want her identity and other information known so as to avoid harassment, stalking, hacking, data mining or simply “prying eyes.” It would be desirable if such persons could anonymously participate in Web-related activities, even having a home page, without their true identity being known, but without violating the rules set down by ICANN. Typically, domain name owners receive email at an email address that contains their domain name ordinarily. For example, xxx@yyy.com is an email address where yyy is the registrant's domain name. Because of the availability of the registrant's email address on the WHOIS record available from the registrar, a member of the public can address email to the registrant. In addition to shielding its domain name registrant from unwanted contact including harassment, stalking, prying, and the like, it could be desirable to keep the domain name registrant's email address confidential. It could further be desirable in many instances for that registrant to have access to the email intended for it without having to publish its email address for all to see. In addition it could be desirable to the anonymous Web participant to respond anonymously to email or to originate email anonymously.

0013Filtering of email messages to preclude junk email, SPAM, unauthorized bulk email, unauthorized commercial email, pornography, viruses, worms, Trojan horses, and other harmful submissions would often be desirable, as well.

0014Domain hijacking is another growing problem on the Internet. Domain hijacking is obtaining control over a domain name illegally. Domain hijackers may transfer a domain name to themselves or change the contact information and/or Name Servers in WHOIS records. Protection from domain hijacking is also desired.

SUMMARY OF THE INVENTION

0015In accordance with this invention, a system and method for the registration of domain names employs a proxy entity (“proxy”) to maintain the confidentiality of a domain name owner. A would-be domain name registrant can choose to have its desired domain name registered in the name of the proxy. The publicly available registrant information lists just the proxy's personal contact information.

0016Email intended for the customer is diverted to the proxy registrant whose email address appears on the publicly available registration information WHOIS. The proxy can, if the customer desires, filter out unwanted email, block all email, or forward all email to the customer.

0017Contractually, the customer enjoys the full rights of ownership of the domain name. The customer can: cancel the proxy's services anytime in which case ownership of the domain name will revert back to the private registrant; sell, transfer or assign the domain name to anyone else, in which event the purchaser, transferee or assignee will become the official “registrant” of record with the applicable registry; control and/or manage each domain name, including designating the IP address to which each domain name points; cancel each domain name's registration; renew each domain name upon its expiration; and have a right of first refusal should proxy's ownership of the domain name become subject to creditor's claims. The system permits the customer to cancel the proxy registration at any time by two clicks on a Web page. Upon that command, the registrar who has registered the domain name in the name of the proxy transfers the domain name to the customer, using the customer's actual contact information.

0018Typically the communications among the involved participants are among computer installations via the Internet. But, without departing from the invention, they could be by those other communication modes mentioned above.

0019In accordance with one embodiment of the invention, a would-be domain name customer contacts the registrar who then checks with the registry to see if the domain name is available. If it is, the registrar so advises the customer, requests the customer's personal contact information and asks if the customer chooses to register by proxy. Of course, this is done by interactive screens that are a part of the registrar's Web site.

0020If the customer declines to register by proxy, then the registrar completes registration in the ordinary fashion. In that case, it will be the customer's personal contact information and email address that appears in the WHOIS records as usual.

0021On the other hand, if the customer decides to register by proxy, the registrar temporarily records the customer's personal contact information in a temporary, working table. The registrar contacts the proxy entity and obtains from the proxy entity the personal contact information of the proxy entity. The registrar then registers the chosen domain name in the name of the proxy and gives the proxy's personal contact information. The proxy, then, is the actual registrant and owns the domain name. As stated, however, all of the rights of ownership are contractually made available to the customer. The registrar gives to the proxy the customer's personal contact information, and the proxy stores that in a permanent record along with the domain name. The registrar stores the proxy's name, the domain name, and the proxy's personal contact information and email address in its permanent database record, which is the registrar's portion of the WHOIS database.

0022Once the registrar completes the registration, the proxy will notify the individual, via email, that an account with the proxy has been opened and request that the individual “click” on a link to activate the account. The individual will also be given a password so that the individual can access his/her proxy account.

0023If the customer chooses, email intended for the customer will go to the proxy if the sender has determined the email address from the WHOIS record or from another location such as a Web site or print media listing the proxy email address. During the registration process, the registrar has the customer indicate whether it wishes to receive all email addressed to the proxy email address, no email addressed to that address, or email from which objectionable mail has been filtered.

0024If filtration is chosen by the customer during registration, then the proxy uses familiar filtration principles based on key words in the message, known SPAM originators in the “from” field, and the number of addressees in either the “from” or the “cc:” field to determine if there is objectionable content, if the email has come from a known source of SPAM, or if the email is being emailed in bulk.

0025Of course the described operations are effected through programming at the registrar and the proxy entity. When the proxy's email server receives email it determines whether it is real email for the proxy or email intended for a customer. Email addressed to the proxy entity that is to be forwarded has its message stripped and copied into an email from the proxy along with the sender's email identity and the alert that “this message was sent to you at the proxy email address.”

0026The methods of the present invention may further provide domain name hijack protection by ignoring or declining domain name transfer requests and notices.

0027The above and further objects and advantages will be better understood with reference to the following detailed description of at least one preferred embodiment taken in consideration with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

0028<figref idref="DRAWINGS">FIG. 1</figref> is a block diagram illustrating the relationship between the participants in a prior art domain name registration process;

0029<figref idref="DRAWINGS">FIG. 2A</figref> is a functional block diagram in flowchart form illustrating the method of domain name registration typically employed in a prior art registration process;

0030<figref idref="DRAWINGS">FIG. 2B</figref> is a functional block diagram in flowchart form illustrating the method of domain name registration typically employed in a prior art registration process;

0031<figref idref="DRAWINGS">FIG. 3</figref> is a block diagram like <figref idref="DRAWINGS">FIG. 1</figref> showing the relationship of participants in a domain name registration process according to this invention;

0032<figref idref="DRAWINGS">FIG. 4A</figref> is a functional block diagram like <figref idref="DRAWINGS">FIGS. 2A and 2B</figref> in flowchart form showing the process of proxy domain name registration in accordance with this invention;

0033<figref idref="DRAWINGS">FIG. 4B</figref> is a functional block diagram like <figref idref="DRAWINGS">FIGS. 2A and 2B</figref> in flowchart form showing the process of proxy domain name registration in accordance with this invention;

0034<figref idref="DRAWINGS">FIG. 4C</figref> is a functional block diagram like <figref idref="DRAWINGS">FIGS. 2A and 2B</figref> in flowchart form showing the process of proxy domain name registration in accordance with this invention;

0035<figref idref="DRAWINGS">FIG. 5A</figref> is a functional block diagram in flowchart form showing the steps in cancellation of proxy registration in accordance with this invention;

0036<figref idref="DRAWINGS">FIG. 5B</figref> is a functional block diagram in flowchart form showing the steps in cancellation of proxy registration in accordance with this invention;

0037<figref idref="DRAWINGS">FIG. 6</figref> is a block diagram showing the relationship of participants in a typical email process;

0038<figref idref="DRAWINGS">FIG. 7</figref> is a block diagram like <figref idref="DRAWINGS">FIG. 6</figref> showing the participants in a proxy email process according to this invention;

0039<figref idref="DRAWINGS">FIG. 8A</figref> is a functional block diagram in flowchart form illustrating a portion of the proxy registration process by which proxy email is affected.

0040<figref idref="DRAWINGS">FIG. 8B</figref> is a functional block diagram in flowchart form illustrating a portion of the proxy registration process by which proxy email is affected.

0041<figref idref="DRAWINGS">FIG. 8C</figref> is a functional block diagram in flowchart form illustrating a portion of the proxy registration process by which proxy email is affected.

0042<figref idref="DRAWINGS">FIG. 9</figref> is a functional block diagram in flowchart form illustrating the proxy email process;

0043<figref idref="DRAWINGS">FIG. 10</figref> is an exemplary WHOIS record available from a registrar;

0044<figref idref="DRAWINGS">FIG. 11</figref> is a screen shot illustrating an initial screen by which a customer initiates registration by proxy;

0045<figref idref="DRAWINGS">FIG. 12</figref> is a screen shot and illustrates a screen by which a customer can set his choices for email and input his contact's identification;

0046<figref idref="DRAWINGS">FIG. 13</figref> is a screen shot of a screen by which a customer can accept mail delivery of mail to the proxy address appearing on the WHOIS record;

0047<figref idref="DRAWINGS">FIG. 14</figref> is a screen shot showing a screen by which the customer can cancel proxy registration;

0048<figref idref="DRAWINGS">FIG. 15</figref> is a screen shot showing a screen by which a customer can access messages from the proxy; and

0049<figref idref="DRAWINGS">FIGS. 16-17</figref> are flowcharts showing the process of domain hijack protection using proxy domain name registration.

DETAILED DESCRIPTION

0050Turning to <figref idref="DRAWINGS">FIG. 3</figref>, the participants in a domain name registration by proxy include the customer <b>20</b>, the registrar <b>24</b>, the registry <b>22</b>, and the proxy entity <b>60</b>. Each of the registrar <b>24</b> and registry <b>22</b> has a permanent record portion <b>23</b>, <b>25</b> of the WHOIS database <b>27</b>. The registry's portion <b>23</b> lists domain name, registrant, and registrar information. The registrar's portion <b>25</b> lists the information shown in <figref idref="DRAWINGS">FIG. 10</figref>, a representative WHOIS record from a registrar. The customer, registrar and proxy computer installations are typically in communication via the Internet. The registrar and registry are in communication, again typically by Internet. The public indicated at <b>29</b> has available to it via the Internet the WHOIS records in the databases maintained by the registry and the registrar.

0051As illustrated in <figref idref="DRAWINGS">FIGS. 4A, 4B and 4C</figref>, proxy registration proceeds as follows. Just as in the prior art <figref idref="DRAWINGS">FIGS. 2A and 2B</figref> procedure, the customer visits registrar's Web site and requests registration at <b>62</b>. The customer may be referred from a proxy's screen like that illustrated in <figref idref="DRAWINGS">FIG. 11</figref>. The registrar computer installation receives the request including the desired domain name at <b>64</b>. It verifies availability at <b>66</b> by checking with the registry at <b>68</b> and advises the customer at <b>69</b>. As indicated at <b>70</b>, customer personal contact information, and in this case, a proxy request is supplied to the registrar. The registrar receives it at <b>72</b>. The registrar stores the customer personal contact information in computer memory in a temporary, working contact table at <b>74</b>. At <b>76</b> the registrar's computer program enters a decision block. If no proxy request has been made the program continues as in <figref idref="DRAWINGS">FIGS. 2A and 2B</figref>. If, as here, proxy registration has been requested, then the registrar's program departs from the prior art <figref idref="DRAWINGS">FIGS. 2A and 2B</figref> procedure and submits, at <b>77</b>, the customer's personal contact information to the proxy at <b>78</b>. At <b>80</b> the proxy stores the customer's personal information in its permanent database. The proxy then sends its personal contact information to the registrar at <b>82</b>. Upon receipt of the proxy contact information at <b>84</b>, the registrar sends a request for registration of the domain name and the proxy personal contact information to the registry at <b>86</b>. At <b>88</b>, the registry receives the request and records the domain name along with the proxy registrant identification and the registrar information in its WHOIS portion <b>23</b>. Then at <b>90</b> the registry confirms the registration.

0052Upon receiving the confirmation from the registry at <b>92</b>, the registrar stores the proxy contact information in its permanent table that forms its portion of the WHOIS database <b>25</b>, at <b>94</b> the registrar confirms the registration to the customer, who receives that confirmation at <b>96</b>.

0053By a screen shown in <figref idref="DRAWINGS">FIG. 14</figref>, the proxy entity affords the customer the opportunity to cancel proxy registration. The customer checks the relevant domain name by clicking on one or more of the boxes <b>98</b> provided and then by clicking on the cancel proxy button <b>100</b>. As shown in <figref idref="DRAWINGS">FIGS. 5A and 5B</figref>, at <b>102</b>, by clicking on the cancel proxy button the customer sends the cancel order to the proxy at <b>104</b>. The proxy retrieves the relevant customer contact information at <b>106</b>. At <b>108</b> the proxy requests transfer of the registration by the registrar, which receives that request at <b>110</b>. At <b>112</b>, the registrar pulls the proxy contact information. The registrar then sends the request for transfer along with both the proxy contact information and the customer contact information at <b>114</b> to the registry at <b>116</b>. The registry effects transfer as shown at <b>118</b>, <figref idref="DRAWINGS">FIGS. 5A and 5B</figref>. The registry updates its portion <b>23</b> of the WHOIS database and at <b>120</b> sends a confirmation to the registrar which is received at <b>122</b>. The registrar updates its portion <b>25</b> of the WHOIS database and then sends confirmation at <b>124</b> to the customer, who receives it at <b>126</b>.

0054<figref idref="DRAWINGS">FIG. 7</figref> shows the relationship of the participants in a proxy email address management system. As previously, the proxy <b>60</b> is the proxy domain name registrant. Email senders <b>29</b> who learn of the proxy registrant's email address from WHOIS <b>27</b>, or from another source, send their email to the proxy email address as indicated at <b>130</b>. The proxy <b>60</b> forwards such email as the customer has indicated he or she is interested in receiving. This is indicated at <b>132</b>.

0055As shown in the screen shot of <figref idref="DRAWINGS">FIG. 12</figref>, the customer <b>29</b> was given a number of filtration choices at <b>134</b>. The customer can elect to have all email forwarded by the proxy <b>60</b>, to filter called “junk email” or not to have mail sent to the proxy email address forwarded.

0056Returning to <figref idref="DRAWINGS">FIG. 7</figref> in one embodiment, the customer <b>20</b> who desires to send email of his or her own addresses the mail to the proxy who then forwards the mail under its own proxy email address. In this embodiment, the customer's email address is not revealed. Alternatively, the proxy only forwards email to the customer. The customer then, if he or she so desires, responds to those emails of interest under its own email address.

0057<figref idref="DRAWINGS">FIGS. 8A, 8B and 8C</figref> show the process by which proxy email is established. After it has been determined that the domain name is available as previously described, the customer <b>20</b> is prompted for his or her contact information including email address. the customer is also prompted to indicate proxy domain name registration is desired and whether proxy email is desired. If so, the customer's filter choices are to be indicated as indicated at the location <b>134</b> on the screen of <figref idref="DRAWINGS">FIG. 12</figref>. The customer responds at <b>180</b>. The registrar receives the contact information including the email address at <b>182</b>. It stores these at <b>184</b>. At the decision block <b>186</b>, it is determined whether a proxy request has been made. If not, the program proceeds as in <figref idref="DRAWINGS">FIGS. 2A and 2B</figref>. If yes is the answer, the registrar submits customer personal information to the proxy including the email address and filter choices at <b>188</b> in <figref idref="DRAWINGS">FIGS. 8A, 8B and 8C</figref>. The proxy receives the information at <b>190</b> and stores it in its permanent database at <b>192</b>. At <b>194</b> the proxy also stores the email address in association with the proxy email address and filter choices. At proxy <b>60</b> of <figref idref="DRAWINGS">FIG. 7</figref>, for each customer that requests to be registered for proxy email, the email address management system creates a virtual email address according to naming conventions and associates it with that customer's account. At <b>196</b> in <figref idref="DRAWINGS">FIGS. 8A, 8B and 8C</figref> the proxy sends proxy information including the virtual email address to the registrar, which the registrar receives at <b>198</b>. The registrar sends the request for domain name registration with the identification of the proxy as the registrant and the registrar information to the registry at <b>200</b>. The registry records this information in its portion <b>23</b> of WHOIS at <b>202</b>. The registry confirms registration at <b>204</b>. The registrar receives that confirmation at <b>206</b>. At <b>208</b> the registrar stores the proxy contact information in its permanent table along with the email address of the proxy and this appears in the WHOIS record <b>25</b> administered by the registrar. The registrar then confirms the registration to the customer who receives it at <b>208</b>. The customer receives the confirmation at <b>210</b>. The customer is now set up to receive email filtered as desired.

0058The proxy email address management system of the proxy uses the following standards. For the domain name “DomainA.com” the virtual email address dbp.DomainA.com@DomainsByProxy.com is assigned. Thus, the virtual email address is unique to each domain and conflict with a real email address on DomainsByProxy.com, the domain name of the proxy, is improbable.

0059At the proxy installation an email server is set up to accept emails for the proxy's email address domain. The processing of email by the proxy is shown in <figref idref="DRAWINGS">FIG. 9</figref>. At <b>136</b>, the proxy computer installation receives email from a sender such as one of the individuals <b>29</b> in <figref idref="DRAWINGS">FIG. 7</figref>. At <b>138</b>, the proxy sender determines it's an email intended for a customer and looks up the customer email addresses and filter preferences. The email server is configured to send all of the incoming proxy email messages to a common “catch-all” account. Email messages for the email server are stored according to RFC821 (SMTP) requirements. The email address management system periodically checks each account for new email messages via the known POP protocol. This polling model was chosen to separate the email address management system from the email server. Thereby, the email server does not need to have intrinsic knowledge of the management system. The management system is therefore capable of using any email server that supports the POP protocol.

0060When new email is found, the system iterates through each email found on the email server. For each message, it checks the “To:” addresses and the “Cc:” addresses for virtual email addresses being served by the proxy. If it finds one, it retrieves the real email address for that customer and that customer's email forwarding preference. At <b>140</b> it is determined whether the customer has chosen to filter out all email. If that is the case, the program is ended at <b>132</b>. If the answer is no, then it is determined whether the customer has sought to filter out junk email, e.g., SPAM, bulk advertisements, etc. If the answer at the decision block <b>144</b> is yes, then the proxy uses known programs to determine, based on key words in the message, whether the message is likely to be SPAM, pornography, or other objectionable content. The number of recipients is checked in the “To:” or “Cc:” fields to determine if this is likely bulk solicitations or mailings and these are filtered out. Email from known purveyors of SPAM, bulk mailings and ads can be filtered out. Once filtration is done, the remaining emails are, at <b>148</b>, stripped of their message, copied into an email from the proxy to the customer. It is sent to the customer along with the sender's email address and a message that the email was received by the proxy. The email is then forwarded to the customer at <b>150</b>. Once every email address for that message has been checked for proxy users, it is deleted from the host email server.

0061As shown in <figref idref="DRAWINGS">FIG. 15</figref>, in addition to email, the customer can receive messages directly from the proxy <b>60</b>. These are typically messages bearing on the status of the account and also messages that can indicate the receipt of surface mail. Remembering that the contact information in WHOIS includes the proxy's address, persons desirous of sending surface mail will from time to time address that surface mail to the mailing address in the contact information. <figref idref="DRAWINGS">FIG. 13</figref> is a screen shot illustrating the proxy's communication of, in this case, the receipt of a complaint instituting a suit against the customer. This is shown at the field <b>212</b>. At <b>214</b> the customer is given the opportunity to say that he or she does wish to receive this mail, or at <b>216</b> the customer is given an opportunity to decline receiving the mail.

0062Private domain name registration may further be used to safeguard domain names. Private domain name registration in itself may serve as a domain name hijack preventive measure because a malicious person does not have access to the registrant's contact information, thus it's harder to impersonate the registrant to obtain control over the domain name. Domain hijacking is typically done by initiating domain name transfer requests or notices in anticipation that a valid domain name owner would accept such requests or overlook the notices. The domain name transfer request is an email message requesting domain name transfer that requires an affirmative action on the part of the current registrant; the domain name transfer notice is an email message notifying the current registrant that transfer of the domain name will go forward within a predetermined period of time unless the current registrant specifically declines it.

0063Referring to <figref idref="DRAWINGS">FIG. 16</figref>, a domain name registering entity (such as a domain registry, registrar, or reseller) or an independent proxy registration service may offer a domain name hijack protection to their actual or potential customers (Step <b>1605</b>). The domain name hijack protection may be offered as a standalone service or may be bundled with other products, e.g. private registration service. It may be a paid service or may be included for free with other products. With direction from the customer, the domain name hijack protection service may be applied to a domain name with a private registration service (Step <b>1610</b>). When a domain name transfer request is received in a proxy email address listed in the domain name's WHOIS records (Step <b>1615</b>), the domain name registering entity or the proxy registration service may ignore it (Step <b>1620</b>). Ignoring may include deleting the domain name transfer request without forwarding it to the customer. Optionally, a notification describing that the transfer request was ignored may be sent to the customer.

0064Alternatively, as shown in <figref idref="DRAWINGS">FIG. 17</figref>, when a domain name transfer notice is received in the proxy email address listed in the domain name's WHOIS records (Step <b>1715</b>), the domain name registering entity or the proxy registration service may decline it (Step <b>1720</b>). The transfer notice may be declined using an automated means or by human intervention, typically by following a particular link in the transfer notice. Optionally, a notification describing that the transfer notice was declined may be sent to the customer.

0065The customer may be given an ability to turn the domain name hijack protection service on and off, as well as an ability to adjust a variety of settings associated with the service.

0066The foregoing descriptions of at least one preferred embodiment are exemplary and not intended to limit the claimed invention. Obvious modifications that do not depart from the spirit and scope of the invention as claimed in the following claims will be apparent to those skilled in the art.