Customized mail format and attachments based on receiver's email preferences.
Original Publication Date: 2005-Apr-05
Included in the Prior Art Database: 2005-Apr-05
Proposed is a method where a receiver preferences for receiving email, are enforced at the sender's end.
Customized mail format and attachments based on receiver's email preferences .
One of the benefits and one of the problems with email today is the abundance of formatting options when one composes and sends email. A user can have email be sent that is hypertext markup language (HTML) based or attachment based or inline American Standard Code for Information Interchange (ASCII), or other modes of formatting.
Typically, a user sends out a format and the receiver must adjust or convert their received email or read the email in the method their email program chooses to read the received mail.
It is a common feature of some email programs to automatically add received emails (that are new) into the address book of a user. What is proposed is that the format of received email is analyzed and the received email format is placed into the address book database for that user. For example:
1) One receives email from a person
2) the email program looks up the person in the address book and notices that the receiver does not have the sender's address entered in the address book
3) the email program asks if the receiver would like to add the sender, the receiver say yes.
4) the email program notes what type of format that the sender used to email. In a simple example, it notes that the sender sent in HTML format.
5) the email program asks if the receiver would like to save that preference information under their entry in the address book. The receiver say yes and future emails from the receiver to the sender will always be sent in HTML format.
This same logic would apply if the person already h...