The present invention relates generally to electronic messaging systems such as electronic mail (“email”), and more specifically to a method and system for providing increased information and an improved control mechanism for electronic mail return receipts.
As it is generally known, existing electronic mail (“email”) software application client programs sometimes include a return receipt feature. Examples of existing systems that can generate message delivery and message read receipts to a message sender include Lotus Notes®, provided by International Business Machines Corporation, and Microsoft Outlook, provided by Microsoft Corporation. However, existing systems have significant shortcomings with regard to the information provided by the receipts they generate, and with regard to the user controls they provide.
Existing systems do not provide information in the receipt that is sufficient to completely track a message. For example, some receipts generated by existing systems may only indicate when a message was delivered and opened. Such receipts are limited in their usefulness since they fail to include many other types of potentially useful information. Many specific types of useful information are not included in message receipts returned to senders by existing email systems, including how long the message was opened for, whether the message was forwarded, whether the message was deleted, whether a specific rule was applied to the message, whether the message was moved to a folder, whether the message was blocked, whether the mail was not opened, and other information.
Additionally, user controls over receipts provided for messages are significantly limited in existing systems. For example, existing systems provide receiving users with few options for controlling receipt generation. This limitation can result in a variety of undesirable effects. For example, if a sender requests return receipts for large numbers of messages, large amounts of return receipt message traffic may be created. Further, if an incoming message is “spam” (an unsolicited commercial email message), the return of a receipt message may have the undesirable effect of confirming that the original message was sent to a live email address. Receiving users accordingly would benefit in many ways from increased control over the return receipt feature.
For the above reasons and others, it would be desirable to have a new return receipt mechanism for messaging systems such as electronic mail, that provides more information to sending users than is provided by existing systems, and that gives both sending users and receiving users better control over the return receipt feature.
To address the above described and other shortcomings of existing systems, a new method and system for providing a return receipt feature in an electronic mail (“email”) system are disclosed. The disclosed return receipt mechanism returns notification email messages to a sending user that allow improved tracking of a previously sent message.
The disclosed system also provides rich and flexible controls to sending and receiving users that allow them to effectively manage the return receipt feature. The message tracking options provided by the disclosed system may be controlled by way of one or more globally defined return receipt policies.
With regard to the information provided in the receipt messages, the disclosed system is not limited to indicating whether a previously sent message has simply been delivered and read. Instead, message tracking notifications provided by the disclosed system can provide various specific types of messaging tracking information. Any specific type of message tracking notification may be provided. For example, message tracking information returned to a sending user may include information such as a time and date when the message was received, a time and date at which the message was opened, a time duration the message was opened for, indication of whether and to whom the message was forwarded, an indication of whether the message was deleted, indication of whether the message was moved into a folder, indication of whether a message processing rule was applied to the message as part of its processing by email client program on the receiving system, and/or any other useful message tracking information that may be requested by the sending in a specific embodiment.
The disclosed system provides both the message sender and message receiver with controls over message tracking notifications. In one embodiment, a sending user can indicate the specific types of notifications to be requested for individual messages. Alternatively, a sending user can indicate the types of notifications to be requested for all sent messages. Additionally, the disclosed system may be embodied such that the sending user can request that certain types of receipt notifications be requested under certain specified circumstances. Various specific types of notifications may be requested. For example, a sending user may request notification in the event that a message was not opened for a specified time period. Multiple notifications may be requested for an individual message, each corresponding to a corresponding message processing event. Alternatively, composite notifications may be requested indicating the occurrence of a combination of events. For example, the sending user may request individual notification messages be returned when a message is opened, forwarded, and/or deleted. In such a scenario, a message that is opened, forwarded, and then deleted, might cause the sender to be sent three receipt messages, generated when the message was opened, forwarded and deleted respectively. Alternatively, the disclosed system may be embodied such that the sending user can request a single receipt notification be generated in response to a sent message being opened, forwarded, and deleted.
The receiving user is also provided with controls for enabling, disabling and/or applying specific conditions to specific return receipt notifications. As a result, a receiving user can, for example, set a condition allowing message read receipt notifications to be returned to sending users only when received messages are kept open for more than a specified minimum time period. In another aspect of the disclosed system, a receiving user can disable, enable, or otherwise control return receipt notifications generated for a particular sender or group of senders.
In a further aspect of the disclosed system, the return receipt feature can be managed via one or more globally defined return receipt policies. In such an embodiment, depending on the global policy, a given user will be allowed either full or limited control over operation of the return receipt feature. A global return receipt policy can be used by an administrator user to define levels of user control over the return receipt feature for specific users, or for groups of users. A global policy may further specifically control the information return receipt notifications must contain. The global return receipt function of the disclosed system may be useful in many specific situations. For example, based on a global return receipt policy, a user performing a time critical task may be permitted to request receipt notifications indicating that a message has been delivered, that a message has been read, or that a message has not been read after an indicated time period following its delivery. In another example of an advantageous use, a global return receipt policy may be defined that allows a user doing work on a confidential task to request receipt notifications indicating that a message has been delivered, that a message has been forwarded, and to whom the message was forwarded to. Various other examples of advantageous applications of the disclosed global return receipt policy feature will be apparent to those skilled in the art.
Thus there is disclosed a new message receipt mechanism for electronic mail, that provides more information in the returned receipt than is provided by existing systems, and that gives both message sending users and message receiving users better controls for managing the return receipt feature.
In order to facilitate a fuller understanding of the present invention, reference is now made to the appended drawings. These drawings should not be construed as limiting the present invention, but are intended to be exemplary only.
As shown in
As shown in
Following receipt of the email message 34 at the client system 18, the email client software 20 operates to provide a message interface and recipient return receipt controls 32 to the message receiving user 22. The message interface and recipient return receipt controls 32 may be provided using any appropriate type of graphical user interface. The message interface and recipient return receipt controls 32 enable the message receiving user 22 to open and read the message 34, to be presented with indications of which specific message tracking options are associated with the message 34, and to indicate which of the message tracking options associated with the message 34 are to be allowed, and which are to be disabled. As further described below, the message tracking options that may be disabled by a message recipient such as the message receiving user 22 may alternatively, or in addition, be defined by a number of globally administered return receipt policies. One or more return receipt notification messages 36, including various specific types of message tracking information, are then be sent back to the message sending user 8, informing the message sending user 8 of actions taken and/or not taken with regard to the message 34 subsequent to it being sent. Each of the notification messages 36 may indicate one or more events that have occurred with regard to the message, and that enable the sending user 8 to effectively track the message.
Messages such as the message 34 and notifications 36 may be communicated between client system 10 and the client system 18 using appropriate electronic mail protocols for a given embodiment. For example, the Simple Mail Transfer Protocol (SMTP) or the like may be used to define the message format and route the messages and return receipt notifications through the network 26 via one or more electronic mail server systems, such as the server system 14, which is shown including email server software 16 for storing received messages. The email server software 16 may further use any appropriate access protocol, such as POP3 (Post Office Protocol 3), IMAP4 (Internet Message Access Protocol 4), or the like, to communicate with the e-mail client programs 12 and 20.
As further shown in
Now as further shown in
For example, policy 140 allows senders to enable or disable all possible message tracking options. Policy 140 also allows recipient users to detect all messaging tracking flags associated with a received message, and to disable or otherwise prevent all corresponding notifications from being sent. Policy 242 allows senders to enable or disable all message tracking options, and allows recipient users to detect all message tracking flags associated with a received message. However, policy 242 only allows recipient users to disable or prevent some types of notifications from being sent. Policy 344 allows senders to enable or disable all message tracking options, and allows recipients to detect all message tracking flags associated with a received message. Policy 344 does not allow recipient users to disable or otherwise prevent any notifications.
As also shown in the example of
Those skilled in the art will recognize that the policies shown in
Through the user interface screen provided at step 68, at step 70 the recipient user indicates the message tracking notifications that may be returned to the sending user for the message received at step 62. Those message tracking notifications indicated at step 70 are then returned at step 72 based on detection of corresponding actions, inaction for a specified period, or other processing events with regard to the message received at step 62.
For purposes of illustration, steps 58 and 70 in
With regard to the message interface and recipient return receipt controls 32 of
The receipt notifications may be provided as ordinary email messages, including text and/or graphical indications of the processing events they represent, as well as some indication of the previously sent message they correspond to. For example, a return receipt notification in an embodiment of the disclosed system could include a message identifier of the associated message, a TO: field indicating the user to which the message was sent, a FROM: field indicating the user that sent the message, and any other relevant information, including time and date, users to whom the message was forwarded, etc., regarding the processing event or events that caused the notification to be sent. The appearance of the return receipt notifications is further dependent on the email client user interface, and any specific format may be used in this regard.
The figures include block diagram and flowchart illustrations of methods, apparatus(s) and computer program products according to an embodiment of the invention. It will be understood that each block of
Those skilled in the art should readily appreciate that programs defining the functions of the present invention can be delivered to a computer in many forms; including, but not limited to: (a) information permanently stored on non-writable storage media (e.g. read only memory devices within a computer such as ROM or CD-ROM disks readable by a computer I/O attachment); (b) information alterably stored on writable storage media (e.g. floppy disks and hard drives); or (c) information conveyed to a computer through communication media for example using wireless, baseband signaling or broadband signaling techniques, including carrier wave signaling techniques, such as over computer or telephone networks via a modem.
While the invention is described through the above exemplary embodiments, it will be understood by those of ordinary skill in the art that modification to and variation of the illustrated embodiments may be made without departing from the inventive concepts herein disclosed. Moreover, while the preferred embodiments are described in connection with various illustrative program command structures, one skilled in the art will recognize that they may be embodied using a variety of specific command structures.