Вопрос не касается java напрямую, но, думаю, здесь есть люди с нужным опытом.
Вопрос, собственно, в чем. Нужно привязать к системе внутреннюю почту. Стандартные функции: отправить письмо, входящие, исходящие, удаленные, рассылки по нескольким адресатам. Вопрос, которые возникает, как лучше всего реализовывать удаление письма клиентом? Т.е. не как удалить письмор само по себе, а как правильно спроектировать структуру данных так, чтобы можно было реализовать удаление. Допустим, человек отправляет письмо другому человеку. Понятное дело, чтобы не было дублирования данных, хранить это писбмо нужно в единственном экзмепляре. Просто для одного оно в списке взордящих, а ждя другого в списке исходящих. Но когда один из участинков, решает удалить письмо, то у него оно должно удалиться, а у второго остаться. С двумя участниками, когда можно отправлять только от одного к другому, можно решить добавлением каких-нибудь булевых полей deletedFrom, deletedTo, например. И на основании этих полей можно понять, кто из них удалил этот письмо, и кому его не нужно показывать. Но вот вопрос, что делать, когда нужно организовать рассылку? Тут число таких полей непредсказуемо. А хранить отдельно для каждого участника свою копию - опять же, возникает избыточность. Что, если рассылка по 100 юзерам. Получаем лишних 99 писем дублированных. Оно понятно, что в современном мире на такую избыточность можно забить в угоду удобству управления всем этим, но все же, как обычно такие задачи решаются? Единственное, что приходит на ум, чтобы не было избыточности, хранить какие то пары значений вида {юзер - удалено ли} с каждым письмом. Но как-то кривовато выглядит.

авторВообще очень мутно ваша затея выглядит. 90%, что это переизобретение велосипеда.

Велосипед в каком плане: есть решения, чтобы не было избыточности, или не париться о ней вообще, и делать как удобно?