Browse Prior Art Database

Identifing mailing list conflicts while replying emails

IP.com Disclosure Number: IPCOM000193452D
Original Publication Date: 2010-Feb-25
Included in the Prior Art Database: 2010-Feb-25
Document File: 6 page(s) / 131K

Publishing Venue

IBM

Abstract

Current Collaboration software's have rich features like personalized address books which allow users to maintain contacts and mailing lists. Collaboration software's also allow administrator's to create mailing lists on the email routing server, making the mailing list available to all the users. These server and local mailing lists do not have any correlation and work independent of each other. Due to this, potential problems could arise while replying to emails having mailing lists in the recipient's field.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 46% of the total text.

Page 1 of 6

Identifing mailing list conflicts while replying emails

The local and server mailing lists create a lot of ambiguity as the name resolution logic for the mailing lists is not transparent to the end-users. If the scenarios as described in the Background section are not handled carefully, they create anomalies which could lead to information leaks.

To exemplify, we are considering two users: UserA & UserB, however things can become even more complex in multi-user scenario's involving multiple mailing lists. If implemented, the proposed disclosure will take care of these complex problematic situations.

Scenario I:

Situation summary :UserA=YES Server=YES UserB=YES/NO

Proposed Solution:

Our proposed solution will get exercised in case of a mailing list conflict (logic described in yellow box below). Step I: UserA sends an email to a local mailing list 'ClientTeam' which is also the name of a Server mailing list wit

different members. The local mailing list definition will get precedence and the email will get sent to the members of UserA's local mail list.

Step II: UserB, a member of UserA's local 'ClientTeam' mailing list will receive this email.

Step III: UserB does a 'ReplyAll' to this email, the 'ClientTeam' mailing list will be called out in the 'To' / 'CC' fields.

Here there could be two situations.

Situation I: UserB has a local mailing list named 'ClientTeam' on his local Collaboration Software.

In this situation, when UserB tries to do ReplayAll, as per the current behavior, it would get resolved to UserB's local mailing list. However with our proposed solution, UserB will get prompted of a conflict (yellow boxes below).

He will be informed that the mailing list used by UserA is different than the one he intends to use. UserB will get notified (as below) of the conflict so that he can take necessary corrective steps.

Mailing Group name conflict
You are using your local mailing group !

Do you want to continue with 1

  Using your local mailing group 2

  ) Using server mailing group 3

) Compare local and server mailing group members.

Situation II: UserB does not have a local mailing list named 'ClientTeam' on his local Collaboration Software.

In this situation, when UserB tries to do 'ReplyAll' to this email, the 'ClientTeam' mailing list would have resolved to the server mailing list. However with our proposed solution, UserB will get prompted of a conflict (yellow boxes below).

)

Aler

h

!! Mail will be sent to server mailing group 'ClientTeam'

This notification will prompt the user of the conflict involved so that he can take necessary corrective actions.

t

1

Page 2 of 6

Scenario II:
Situation summary
: UserA=YES Server=NO UserB=YES

Proposed Solution:

Our proposed solution will get exercised in case of this mailing list conflict (logic described in yellow box below).

Step I: UserA sends an email to a local mailing list 'MyTeam'. When UserA sends an email to 'MyTeam', the local mailing list definition will be used to resolve the names...