# Patent

## Title
System and method for controlling and organizing email

## Abstract

The current invention includes a client computer and an Email server 6, in which the client computer contains an Email client 12 having a physical Email address. A Client Control Program resides on the client computer. An Alias Email Server 100 communicates with the client over a network. The physical Email address is entered into the Client Control Program, with client identification information. The Alias Email Server 100 generates an alias Email address, which is returned to the user, and is stored in the Alias Email Server. The Alias Email Address is made available to third parties communicating with the client. The Email is intercepted by the Alias Email Server, and is either forwarded to the client, filtered, or blocked, under control of the client. A log of all transactions is available to the client.

## Background
This application is a continuation of co-pending application Ser. No. 09/751,989, and claims priority therefrom.


BACKGROUND
1. Field of Invention
This invention relates to a system and method for controlling unwanted Email and organizing Email in general.
2. Description of Prior Art
Email is now a universal means of communication, augmenting, and sometimes replacing other traditional forms of communication, including postal service, FAX, and voice communications. The ease of composing and the speed of transmitting Email, and the presence of the Internet in almost every corner of the world has promoted its use, which promises to become almost omnipresent.
The ease of use and speed of transmission has created problems, however, which include the transmission of unwanted messages, so-called “Spam”, the equivalent of junk mail in postal service jargon. And unlike postal service junk mail, the transmission of Spam is virtually free for the senders, as most Internet Service Providers provide unlimited usage for modest fees.
Many Email systems provide means to filter and block unwanted messages. As an example, consider the system used by Hotmail.com®, Microsoft's Website-based Email system, which can be accessed at http://www.hotmail.com.
In hotmail.com's blocking system, typical incoming Email can be directed to the user's Inbox if and only if:
(a) The Email address appears on the “To:” or “Cc:” line.
(b) The sender's address appears in the user's Hotmail Address Book.
(c) It is from a user in the hotmail.com or msn.com domain.
(d) It is a Hotmail WebCourier or Special Offers Subscription, Hotmail Member Letter, or is from Microsoft, MSN, or a Microsoft Passport partner site.
These blocking and filtering features are typical attempts to reject unwanted Email, or “Spam”, but they have a number of drawbacks: For instance, many of these prior art systems blocking features do not allow Email communications which may be wanted by the recipient, although the recipient did not foresee communications from the sender. In addition, the unwanted sender of Email may continually change his Email address, so that the recipient cannot block Spam from a particular sender simply by blocking a single address. And finally, the Email recipient is constantly in danger of revealing his Email address to new potential Spammers by sending Email messages to new recipients.
The present invention overcomes these problems by the simple expedient of never revealing his true Email address, but rather by using a series of alias addresses which are first intercepted by an Alias Email server before being forwarded to the recipient, and by providing means for the recipient to identify the circumstances under which the alias Email address was issued, and to whom it was issued. When a particular alias Email address becomes the target of excessive Spam, the user can abandon that alias Email address, and create a new one.
In addition to controlling Spam, the current invention also provides a useful means for organizing Email messages in general. The invention provides a means to identify Email message as to a number of important parameters not provided by normal Email systems.
SUMMARY OF THE INVENTION
It is a general object of the current invention to provide a system and method to block unwanted Email form a user's Email client program. It is a further object of the invention to provide the user with an unlimited number of alias Email addresses which can be used or discarded as they become available to Spammers.
In accordance with one aspect of the current invention, a computer data communications network, including a client computer, an Email client, and an Email server provides the system for the method, which allows a user having a physical address, to control unwanted Email. The steps of the method include creating an alias Email server, entering the physical Email address into a Client Control Program by the user, and
entering identification information into the Client Control Program by the user. Next comes the generating an alias Email address by the alias Email server, followed by the
receiving an alias Email address by the Client Control Program, and the sending by the Email client program an Email message using the alias Email address to a recipient.
Finally, the method provides for the receiving a message by the Email client program forwarded by the alias Email server, so that the recipient is unaware of the physical Email address.
In accordance with a second aspect of the invention, the method includes a displaying of a log of a multiplicity of transactions to the user by the client control program, the log further including the time and date of each transaction, the alias Email address of each transaction, and the identification information of the transaction.
According to a third aspect of the invention, the generating of the alias Email address further includes substantially random character generating.
According to a fourth aspect of the invention, the system further includes the entering one or more additional physical Email addresses into the client control program, and receiving an additional alias Email address corresponding to each additional physical Email address.
According to a fifth aspect of the invention, the method includes entering a request by the client control program for one or more additional alias addresses corresponding to each physical address, and receiving by the client control program an additional alias Email address corresponding to each such request.
According to a sixth aspect of the invention, the method further includes the entering a request by the client control program to suspend forwarding by the alias Email server to the Email client program of all Email addressed to a particular alias Email address.
According to a seventh aspect of the invention, the method further includes the entering a request by the client control program to permanently discontinue receipt by the Email client program of all Email addressed to a particular alias Email address.
According to an eighth aspect of the invention, the method further includes the generating by the client control program of an alias Email address containing a user name.
According to a final aspect of the invention, the method further includes the filtering the Email at the Alias Email Server.



DESCRIPTION OF DRAWINGS
These, and further features of the invention, may be better understood with reference to the accompanying specification and drawings depicting the preferred embodiment, in which:
FIG. 1 depicts a block diagram of a popular prior art Email system.
FIG. 2 depicts a block diagram of the current invention.
FIG. 3 depicts the startup screen of the Client Control Program of the current invention.
FIG. 4 depicts a setup screen of the Client Control Program of the current invention
FIG. 5 depicts a screen delivering an Alias Email address to the user of the current invention.
FIG. 6 depicts an Email message forwarded to the user by the Alias Email Server.
FIG. 7 depicts the log produced by the Client Control Program of the current invention.
FIG. 8 depicts the screen of the Client Control Program used to filter or block unwanted Email messages.
FIG. 9 depicts an input screen produced by an alternative embodiment of the Client Control Program of the current invention



DESCRIPTION OF THE PREFERRED EMBODIMENTS
The preferred embodiments are understood by first considering the prior art, as shown in FIG. 1. This figure begins with an Email client, a program which sends and receives Email. Clients include programs such as Eudora®, and Microsoft's Outlook Express®. Referring to this figure, the sender of the Email, using the Email client 2 sends and receives Email 1 using communication link 8, which connects the client to the Internet Service Provider 1 (ISP) 4. This ISP may include such major companies as America On Line® (AOL), or the Microsoft Network (MSN®). The ISP then communicates with the Email server 6, using communication link 10, via communication link 10. The communications links are bi-directional, with Emails being received and transmitted through the Email server. In turn, the Email server 6 is connected with other ISPs via other communications links.
The Email server 6 next transmits the Email to the recipient 12, who uses client software 12 to receive the Email. This communication 18, is usually done through the same or another ISP, shown as ISP 2 (14) in FIG. 1. The communication as shown in FIG. 1 is all bi-directional, so that the recipient, using receiver Email client 12, may send Email back to the sender client 2, in exactly the same manner as described above when the communication is from sender to receiver.
The Email address of the sender is included in the Email communication, so that the Email recipient may use the sender's Email address for any purpose desired. The recipient may sell the sender's Email address to third parties who collect Email addresses for the purposes of sending advertisements, or other communications to the sender, which the sender has not solicited. Such unsolicited Email messages are commonly known as “Spam”.
The current invention avoids this problem by not revealing the Email sender's true Email address, but by instead utilizing an alias address which directs Email responses to an alias server, which may or may not retransmit the response Email to the original sender.
Referring now to FIG. 2, the current invention utilizes an Alias Email server 100 as an intermediary between the Email client 20 and the Email server 140. The client first communicates with the Alias Email server, which assigns the client with a new, unique alias Email address. This alias Email address is then used by the client when communicating with an Email recipient requesting an Email address from the client.
It should be noted that this system operates only under conditions that the sender's Email address is transmitted to the recipient by non-Email means. The sender may give his Email address to a recipient by letter, FAX, telephone, or by including it in a form contained within a WEB site requesting the sender's Email address. Thus, the communication shown in FIG. 2 is unidirectional only as between the Alias Email Server and the receiver Email client. That is, the receiver Email client 12, may communicate Email messages to the Alias Email Server 100 by this method, but not vice-versa. The Alias Email server will only send messages to clients registered to use the service provided by the Alias-Email Server.
Generating the Alias Email Address
The invention is implemented with the use of a client control program called “SpamMotel.exe”, which resides on the client's computer, and which appears as reference number 102 in FIG. 2. When this program is started, it first displays the screen shown in FIG. 3.
Referring now to this figure, the client first enters an new account by clicking on SETUP button 228, which then displays the DIALOG window shown in FIG. 4. Referring now to FIG. 3, the user enters a user name, which may be anything the client desires, into box 220, and an actual (physical) Email address already in use in EMAIL ADDRESS box 202. The user must retype his Email address again in box 204, as an error reduction technique. The user may then make up a password, and type it into box 206, and repeat the same password in box 208. The user may check off a box to save the password, providing different levels of security for each account. The user then clicks on the CREATE NEW ACCOUNT button 222, and is then returned to the original screen, as shown in FIG. 3.
Referring again to FIG. 3, the information just entered is displayed. The pulldown list 320 shows the user name just created. However, the user may create a number of different profiles, having different user names, corresponding to a number of different physical Email addresses used. The corresponding physical Email address is shown in box 322, and the password in box 324, although each character of the password is represented by an “x” in this screen. However, the user may change the password in box 324.
A message may be included to identify all Email associated with this user name by typing into box 326. In the example shown in FIG. 4, the message “For computer components only” will appear on all Email forwarded from the alias server associated with this user name. In addition, one of four TYPES 334 is selected. These TYPES include FWD, SPAM, URGENT, and a custom type which will display a message which the user enters in box 332. This TYPE message will appear as the SUBJECT of any Email forwarded by the Alias Email server.
The final step in the generation of a new alias Email address is done by clicking on the CREATE NEW ADDRESS button 340, which produces the screen shown in FIG. 5, in which a new window 400 appears.
Whenever the CREATE NEW ADDRESS button is depressed in the window shown in FIG. 3, the Client Control Program sends the information entered so far into the Client Control Program to the Alias Email server, which then enters this information into an alias user record in its master data file, and then generates a pseudo-random string of 10 characters, followed by “@spammotel.com”, which constitutes the alias Email address corresponding to the user name 320, as shown in FIG. 3. This alias Email address is then entered into the alias user record in the datafile, which also contains the remainder of the user information corresponding to this user name.
It is generally recommended that the user create a new address whenever a new Website request for an Email address is made, so that the user can distinguish between responses from different vendors. Thus, additional alias Email addresses can be generated corresponding to the same user name, with or without different text features and TYPE selections. Thus, the database may contain more than one alias user record corresponding to the same user name. However, no two alias user records may contain the same alias Email address.
After a new address is created, the address is stored on the client system clipboard, so that it may be simply pasted into the appropriate box in any Web site form request from a correspondent requesting the Email address. In any event, the alias Email address is communicated to a recipient wanting to use an Email address to communicated with the sender.
Receiving Email Having the Alias Email Address
Assuming that the recipient (or any other Email client having the alias Email address) now sends an Email message to the user at the address just created by the Client Control Program, the Email message is received by the Alias Email Server, and modified by incorporating various information previously entered in the Client Control Program into the Email message. This modified message is then forwarded by the Alias Email Server to the sender's Email client 2. FIG. 6. depicts an example of such a forwarded Email message.
Referring now to FIG. 6, the actual message 18 sent by the recipient appears at the bottom on the screen. The screen contains other information concerning this message, however. First of all, the Alias Email address 410 appears next to the “To:” heading, indicating that the message was addressed to this Alias Email address by the recipient. Next, the “Subject” 412 of the message is the “custom” TYPE information entered by the user in box 332 as seen in FIG. 3. This subject, “net shopping” in the present example, is followed by a colon (:), after which the subject information entered by the recipient, follows, in the case, the text “your order”.
Then a block of information 420 appears, indicating that this message was forwarded by the Client Control Program, and including the time and date of the message, as well as the time and date that the Alias Email address was created. The total number of messages forwarded and received 414 is shown. Finally, the “note”, or “message” text previously entered by the user to identify this Alias Email address, shown as reference number 326 in FIG. 3, appears, to remind the user further about this particular Alias Email address.
This message text may be indefinite in length, unlike the “subject” text transmitted by normal Email, which is severely limited in length. The message text in the current invention is not sent within the Email header block, as in normal Email, but is incorporated into the body of the Email when transmitted back to the user. Thus, this message may be quite extensive, and must be sufficient in length to adequately describe the nature of the circumstances of the creation of the alias in question. It is typically used to remind the user why this particular Alias Email address was created and how it is used.
Using the “Reply” Function
The invention allows for the user to reply to Emails, while still keeping his or her physical Email address from the sender.
This is done by taking the recipient's original Email, as it first comes through the Alias Email server, and recording the recipient's Email address in the Alias Email server. If the user has used the ‘reply-to’ function based on current Email protocols, then that ‘reply-to’ address is the one that is recorded.
A special return code is then inserted in the ‘reply-to’ portion of the sender's Email ‘header’ information, overwriting any other information in that area of the header. SpainMotel's current return code is of the form ABCD123ER ̃spammotel.com (8 characters of mixed letters and numbers)
Thus, when the user clicks on the reply button of his Email client program, it is the new return code that is automatically placed in the ‘to’ header for purposes of replying. (This is handled this way by all current Email programs, based on current Email protocols and formats.)
With the new return code in place, when the user clicks on ‘send’ in his Email client program, the reply is sent to the Alias Email server instead of going directly back to the recipient. Next, the Alias Email server strips all information which could identify the user's physical Email address, and the user's Alias Email address originally given to the recipient used as the new ‘replied-from’ address. Thus the privacy of the user's real Email address is preserved.
The Alias Email server takes the further step of removing both the subject-line prefix that the user first set (the Fwd:, Spain:, Urgent:, or Custom:).
The Alias Email server also takes the further step of removing the information portion (memo, dates and times, etc.) from the body of the ‘replied-to’ Email, before sending it back to the recipient. Communication may thus go “back and forth” a number of times while preserving the “alias” form of user's email address.
Using the Log Information
The current invention allows the user to review the history of the various alias Email addresses created, and the messages received addressed to those alias Email addresses. A log is maintained on the Alias Email server of this history.
The log file is accessed either by clicking on the VIEW LOG button 342, as shown in the screen of FIG. 3, or by accessing the Alias Email Server WEB site at www.spammotel.com. In either case, the screen shown in FIG. 7 is displayed.
Referring now to FIG. 7, the history is displayed as a series of events, or transactions, each associated with a particular alias Email address. Referring to the even shown in block 430, the date of the event is displayed, in this case Nov. 29, 2000, and the time, in this case 9:09 AM. The number of messages received by the Alias Email server is shown, as well as the number of such messages forwarded to the sender's physical Email address. Because the sender may chose to block or filter messages, the number received and the number forwarded need not be the same.
Still referring to block 430, the contents of the TYPE parameter, shown as reference number 334 in FIG. 3, and the message, shown as reference number 326 in FIG. 3, is also displayed. And finally, the Alias Email address prefix is displayed.
The user may decide to block or suspend the forwarding of messages from the alias Email server by means of a check box 434, together with an action button, either the suspend button 440, or the resume button 436, which undoes the action of the suspend button. The user may also decide to filter message associated with a particular alias Email address by clicking the FILTER button 442, which then displays the screen shown in FIG. 8.
Referring now to FIG. 8, the user of a particular alias Email address 470 may set up filters to either allow only those Email messages containing certain character combinations in the Email FROM header, or to reject those Email messages containing certain character combinations in the Email FROM header.
To use this feature, one of the check boxes 464, 468 must be checked, and the user enters the text string to be either accepted or rejected in the corresponding text box 460, 462. It should be noted that the Log Display, previously described, also allows the user to reject or suspend all mail addressed to a particular alias Email address in its entirety.
In order to make the log function more useful and convenient, a sort feature is incorporated into the log. Referring again to FIG. 7, a pull-down list 441 is available to allow the user to select a basis for sorting. These include sorts according to the date of creation of the event or transaction, the date received by the user, the status of the transaction (i.e. whether reception is currently suspended, or resumed), and the total transactions received so far.
In addition to the sort feature in the log file, provisions are also included to allow the user to search the log file for a text string contained within the message or notes field, or within the subject line prefix line, as shown in FIG. 6 as reference number 412.
Alternative Embodiment
Alias Email Server Incorporated into Email Server
A number of WEB-based Email sites exist, including Hotmail® and Yahoo! Mail.® In these sites, the user's Email account is accessed by logging onto the appropriate Internet Site, http://www.hotmail.com in the case of Hotmail, and http://mail.yahoo.com, in the case of Yahoo! Mail. The functions of the Email server, in this case, exists on the host's Internet Site, and no Email client program is required for the user to send and receive Email.
When using such a system, it is not necessary to have a separate Alias Email Server, as all the functions of the Alias Email Server may be incorporated into the host's WebSite. The Alias Email Server may indeed be a separate program or process operating within the Email Server, or the functions may be otherwise incorporated into the Email Server.
In addition, the forwarding of the Email destined for the user and addressed to the user's alias Email address is performed by the combined Email Server/Alias Email Server. Nevertheless, for such combined systems, the terms “Alias Email Server”, and “forwarding” of the Email will be used, referring in this case to the functions, rather than to specific software modules or systems.
The nature of this alternative embodiment does not require a stand-alone client program, as previously mentioned. Control by the user may be implemented by means of a browser plug-in, or a proxy setting in the browser itself. However the functionality of the system, as seen by the user, will remain the same as if there were a client program resident on the client computer.
In addition, an Email client program may also be used when at a WEB site requesting an Email address, and when it would be inconvenient for the user to return to the WEB-based Email program to generate an Alias Email address.
This alternative embodiment also provides alternative methods for displaying the “notes” messages, and other information used to identify the alias email address, including time and date of creation, and other statistical data shown in the log file display of FIG. 7. These alternative display methods include pop-up windows, linked to other screens which are displayed when the user clicks on the link. Segmented screens, or screens containing separated windows, may also display this information. The information may also be downloaded as a separate file.
Second Alternative Embodiment
Dashmail
The preferred embodiment of the current invention generates a random, or pseudo-random string of characters, which are used with the Alias Email server suffix, spammotel.com. The resultant alias Email address is therefore not immediately recognizable by the user, who may use the message FROM header to identify the source of the message, or the message text associated with a custom TYPE 334, as shown in FIG. 3.
Referring now to FIG. 9, an alternative embodiment contains, a provision to allow the user to incorporate his own name into the alias Email address. The screen shown in FIG. 8 is produced in place of that of FIG. 4 when a new alias Email address is requested by the user.
This embodiment allows the user to issue an Alias Email address, and transmit it to the recipient, without the need to access a computer or similar device at the time of issuance. Under such circumstances, the user will enter the Alias Email address, and other information, into the Client Control Program at a later time.
As shown in FIG. 8, the alias Email address is composed of three parts: a prefix, which may either be created by the user by typing it into box 480; or, as an alternative, the user may request a pseudo-random character string, as in the preferred embodiment. The second part of the alias Email address is a “dash” (-) character, followed by the user name as entered into the Client Control Program as part of the system setup. And the third part of the name, following the “@” sign, is the Alias Email Server address.
Thus, in the example previously used for user joedoe, the alias Email address might be “amazon-joedoe@dashmail.com”, in the case where the user wished to identify an alias Email address to be used in communicating with Amazon.com®. the well-known e-Commerce company.
It is important to note that incoming e-mails are checked against the database to determine whether there are existing entries (memos, etc.) for that Dashmail address. If no entry exists, the Email is flagged with an indicator in the subject line. This allows the user to spot the missing entry, and also allows for such e-mails to be diverted to a separate folder for review.
This is a key element of the dashmail embodiment. Without this functionality, anyone could send an Email to the user and “get through”. Its incorporation provides means for blocking unwanted responses.
The default setting is to let everything through, that is, to be forwarded to the user. This is because the user may forget to make an entry or has not yet had time to make an entry before receiving e-mails to a given address.
The suggested protocols for the flags in the subject line are:
(a) Fwd: Emails with entries. This may be changed by user to a custom prefix.
(b) fwd: Emails using the root name only, when the “from” address has been placed in a “friends and family” list.
(c) x-Fwd: Emails without entries, but with a prefix. Usually these are Emails for which the user will add an entry.
(d) xfwd: Emails using the root name only, not found in “friends and family” list.
The user may choose to block all e-mails containing either of the “x” flags.
The Dashmail alternative embodiment may use or accept alternate forms of address with the same basic function. These would most likely be the dash, the dot, and the underscore.
And it may also use the form: Prefix@username.programname.com
instead of: prefix-username@programname.com
For users having access to their own domains, the form:
prefix@username.com
may also be use.
While the invention has been described with reference to specific embodiments, it will be apparent that improvements and modifications may be made within the purview of the invention without departing from the scope of the invention defined in the appended claims.

## Claims

1. A method for controlling and organizing email by a user, comprising the steps of:
a) registering a physical email address and a password with an alias server as a user account;
b) for each of n alias email addresses, where n is a positive integer:
i) requesting by user of the nth alias email address;
ii) generating and registering the nth alias email address by the alias server and transmitting it to the user;
iii) providing the nth alias email address to a website requesting it;
iv) transmitting by the website of a response email to the alias email server;
v) determining, by the alias email server, the physical email address from the user account registered on the alias server; and
vi) forwarding the response mail to the user, and further comprising, for each alias email address:
a) registering command information on the alias server, said command information comprising the following commands:
i) suspend;
ii) resume; and
iii) delete, and:
b) applying said commands to any and all response messages before transmitting said response message to the user, wherein:
iv) the suspend command prevents any transmission from the alias server to the user corresponding to said alias email address;
v) the resume command allows any subsequent transmission from the alias server to the user corresponding to said alias email address; and
vi) the delete command deletes the registration of said alias email address from the alias server, and further comprising, for each alias email address,
a) registering one or more text strings on the alias server;
b) including said text strings on each response message forwarded to the user by the alias server; and
c) removing by the alias server of each such text string from each transmission from the alias server to the requesting website.

2. The method of claim 1, further comprising embedding some or all of said text messages strings in a header of said response message.