-
Общая задача: аплоадить в базу только уникальные письма Задача требующая помощи мастеров: вычислить hash письма
Затруднения с которыми столкнулся: Вычисление хеша по .eml файлу ас-из невозможно, т.к. при каждом сейве некоторые строки меняются Пример: Content-Type: multipart/mixed; boundary="GQ8wEuSGsRt3wPHJjtmp=_Igm6MxM7JkVs" Content-Type: multipart/mixed; boundary="iKCmbi3C2F=_Cp1CUqgNQOxhn8FPObMPyK"
Выходит, для определения уникальности письма нужно учитывать некоторый набор свойств idMeddage? Какие по минимуму свойста нужно учесть чтобы мне "было хорошо"?
-
Сорри, случаяно не в тот раздел опубликовал, хотел в общие
-
Можешь добавить свой X заголовок и считывать только заголовки для анализа. Правда у тебя Инди, но надеюсь, что там есть подобные функции.
-
Дело в том, что анализировать нужно письма, приходящие на разные ящики. Вставка же своего заголовка уже подразумевает знание об уникальности/неуникальности письма. Если брать по самому минимуму, полей Message-ID и Date будет достаточно? Насколько вообще Message-ID уникален, по отправителю, или же smtp серверу?
-
Message-ID уникально и назначается SMTP сервером, обычно вид такой ID@domain.com Если же сервер отправителя разный, то ИД будет разный, что не подходит. Дата и отправитель также, вот свой заголовок гарантирует. Знание об уникальности письма не требуется, оно добавляется при отправке, если же отправить одно письмо два раза, это конечно будут разные письма, при приеме уникальность гарантируется. Стоит прочитать rfc-822
-
Процесс отправки писем мне неподвластен, потому, свой заголовок под мою задачу все же не подходит.
> Message-ID уникально и назначается SMTP сервером
Впринципе, этого мне достаточно :). Если же вдруг с разный серверов придет одно и тоже письмо, но софт посчитает их за разные - не страшно, много страшнее, ежели 2 разных будут восприняты как одно.
> Стоит прочитать rfc-822
Спасибо, почитаю, а то ведь и не знал, что гуглить.
|