Browse Prior Art Database

Advanced Email Sending and Receiving Preferences

IP.com Disclosure Number: IPCOM000016097D
Original Publication Date: 2002-Sep-15
Included in the Prior Art Database: 2003-Jun-21
Document File: 1 page(s) / 36K

Publishing Venue

IBM

Abstract

Disclosed is an invention that enables email senders to decide who will receive a file attachment when an email is sent as well as the importance indicator within the email. The sender can decide that everyone on the "to:" list should receive the attachment, but the "cc:" list does not need to have a copy of the file(s). The program would allow a sender the ability to choose who will receive the attachment by class of receivers (e.g. "TO:" list, "CC:" list, "BCC:" list) or a specific individual or individuals regardless of the email class they are in. The same concept would hold true on the importance indicator of an email (e.g. normal, FYI and urgent). This program would improve the meaning of an email (e.g. normal, FYI, urgent) that is being communicated by the sender as well as reduce the number of unnecessary file attachments that would be sent. It would also be nice to be able to assign an importance indicator to files within an email. When users travel and replicate with options, often times file attachments are left on the server to be retrieved when the user returns to the office or on demand. It would be useful to be able to assign importance of the attachment (e.g. very important, normal, FYI) on a class bases (e.g. TO: list, CC: list and BCC: list) bases or by individual. Often times a file attachment, such as a spreadsheet or document, is vital to understanding what is going on in a given email. In such cases, it would be good to assign an icon to indicate whether or not files are: very important, normal or just FYI. Lastly, receivers could setup replication options where they can choose to receive an attachment based on it's importance. For example, a receiver can setup their replication options to automatically receive all "urgent" file attachments regardless of connection type (e.g. low bandwidth such as a modem connection). To expand upon this idea, rather than sending every part of the email to everybody, allow any section of the email to go to various receivers sending text only to the "BCC:" list). This invention would help improve email content by gearing it to be specific to the receiver's needs and would lower network traffic as well. 1

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 67% of the total text.

Page 1 of 1

Advanced Email Sending and Receiving Preferences

Disclosed is an invention that enables email senders to decide who will receive a file attachment when an email is sent as well as the importance indicator within the email. The sender can decide that everyone on the "to:" list should receive the attachment, but the "cc:" list does not need to have a copy of the file(s). The program would allow a sender the ability to choose who will receive the attachment by class of receivers (e.g. "TO:" list, "CC:" list, "BCC:" list) or a specific individual or individuals regardless of the email class they are in. The same concept would hold true on the importance indicator of an email (e.g. normal, FYI and urgent). This program would improve the meaning of an email (e.g. normal, FYI, urgent) that is being communicated by the sender as well as reduce the number of unnecessary file attachments that would be sent.

It would also be nice to be able to assign an importance indicator to files within an email. When users travel and replicate with options, often times file attachments are left on the server to be retrieved when the user returns to the office or on demand. It would be useful to be able to assign importance of the attachment (e.g. very important, normal, FYI) on a class bases (e.g. TO: list, CC: list and BCC: list) bases or by individual. Often times a file attachment, such as a spreadsheet or document, is vital to understanding what is going on in a given email. In such...