Browse Prior Art Database

Method for enhancements to consumer account notification via email

IP.com Disclosure Number: IPCOM000236592D
Publication Date: 2014-May-05
Document File: 2 page(s) / 24K

Publishing Venue

The IP.com Prior Art Database

Abstract

A method for enhancing to consumer account notification via email to support the ablity to mark an email as "don't delete without reading" for important information about the consumer's account.

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

Page 01 of 2

Method for enhancements to consumer account notification via email

Disclosed is a method for enhancing consumer account notification via email to support the ability to mark emails as "don't delete without reading" when important information about a consumer's account must be communicated.

Suppose that a user's account has been hacked and the institution where the account has been hacked only knows that account information has changed. The institution might want to notify the account holder that account information has changed. The user may simply get an email indicating that their account information has changed. The user might be unaware of the importance of the email while processing emails and just delete the email as if it where junk mail. A situation has now arisen that the user should be made aware about the account that they hold, but the email was overlooked when the user deleted the email without reading it.

To resolve this situation the following method is proposed within a sending and receiving email system:

The owner of an account would provide an opaque token or keyword to the


1.

institution that the institution would include within the header or body of an email. The owner of the account would configure their email client to recognize the token


2.

as honoring a mail marked with a "don't delete without reading" indictor.

The institution when sending important information about the account owners


3.

account would include the token or keyword and a "don't delete without reading" indictor.

The owner of the accounts email client (user interface) would prevent an email with


4.

the "don't delete without reading" indictor and account owner supplied token from being deleted without the account owner either reading the email or overriding the indictor to force delete the email.

The owners email client might allow sorting by the "don't delete without reading"


5.

indictor, and the default behavior might be to sort these emails that include the new indictor to the top of the recipients email list.

The following scenario shows an embodiment of this method:

When setting up an account at an institution, the institution would provide means for the customer to associate an opaque token or keyword with the a...