Browse Prior Art Database

Smart Handling of multi recipient mail

IP.com Disclosure Number: IPCOM000235876D
Publication Date: 2014-Mar-28
Document File: 2 page(s) / 20K

Publishing Venue

The IP.com Prior Art Database

Abstract

Email is becoming very important mode of communication between enterprise as well as non-enterprise users. In an enterprise, user collaborates and share information with each other using emails. The necessity of communication between multiple parties generates chain mails which sometime can cause a heavy traffic. A user can be a part of mail with multiple recipients but may not necessarily be interested in all communication. It can be because of multiple reasons like · Sender has mistakenly included user in mail. · Over a period of time, mail has lost relevance for a particular user. · User has already taken action expected from him and no longer is required to get further communication. When sender starts the mail, copies it to all the stakeholders and later on that mail losses the relevance to someone, then recipient does not have option to remove himself/herself from this mail chain. The only option he has to reply back to that mail and expect all users while replying remove his name. Because of cascaded nature of mails, it possible a user can receive hundred of mails during a day in which user is not interested. It leads to time wastage from user as well as network bandwidth wastage. Also it’s possible that though user is still interested in receiving mail but like to be marked as copy recipient rather than main recipient.

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

Page 01 of 2

Smart Handling of multi recipient mail

In proposed solution a recipient can take this action on receive a multi recipient mail

1. Deny ( UnSubscribe )

2. Change of role ( e.g from To to CC or vice versa )

3. When any other sender replies to note, the previous choices made by other recipient will be reflected in mail header 4. When mail client takes action on user choices first time, it will intimate the user about that.

5. If sender still wants to include user denied further interest, he can mention the reason for that in a mail/header.

These choices will be available on mail client GUI. These choices of a recipient will be automatically configured and will help saving user time as well as network bandwidth.

Each mail will be maintained using a unique identifier. When a recipient updates his choices about mail, metadata specific to that mail will be updated in server and client copies.

A simple XML schema initially can be

Copy

To

To

To

..

..

On receiving the mail Recipient 1 decide that he does not want to get further mail on this mail chain. Similarly Recipient 2 decides that though he want to get the mail, but he want to be in cc list. They put their choices in mail gui and close the mail. This action will trigger a notification which will update server and client copy of the mails metadata. After this action new metadata can be.

1


Page 02 of 2

Copy

Deny

To

Copy

To

To

..

..

Now when any other recipient replies to mail, new mail will only have the ID of users w...