2009-05-06 6 views

Odpowiedz

40

Według RFC2822 - Internet Message Format, krótka odpowiedź jest taka, że ​​"Wiadomość ID powinno być być unikalne dla każdej instancji instancji wiadomości "; jednak pole MESSAGE-ID jest uważane za opcjonalnie, a sposób utworzenia pola identyfikatora MESSAGE-ID zależy od serwera. Zacytowany poniżej:

Pole "Message-ID:" dostarcza unikalny identyfikator komunikatu, który odnosi się do konkretnej wersji konkretnej wiadomości. Unikalność identyfikatora komunikatu jest gwarantowana przez host, który go generuje (patrz poniżej). Ten identyfikator wiadomości ma być przeznaczony do odczytu maszynowego i niekoniecznie ma znaczenie dla ludzi. Identyfikator komunikatu dotyczy dokładnie jednego wystąpienia danej wiadomości; kolejne wersje wiadomości otrzymują nowe identyfikatory wiadomości. Uwaga: Istnieje wiele przypadków, gdy wiadomości są "zmieniane", ale te zmiany nie stanowią nowego utworzenia tej wiadomości, a zatem wiadomość nie otrzyma nowego identyfikatora komunikatu. Na przykład, gdy komunikaty są wprowadzane do systemu transportu, często są one poprzedzane dodatkowymi polami nagłówka, takimi jak pola śledzenia (opisane w sekcji 3.6.7) i polami ponownego wysłania (opisane w sekcji 3.6.6). Dodanie takich pól nagłówka nie zmienia tożsamości komunikatu i dlatego zachowane zostaje oryginalne pole "Message-ID:". We wszystkich przypadkach jest to znaczenie, które nadawca chce przekazać (tj. Czy jest to ten sam komunikat lub inna wiadomość), które określa, czy zmienia się pole "Message-ID:", a nie jakaś konkretna składnia różnica, która pojawia się (lub nie pojawia się) w wiadomości.

+9

Kiedy mówisz o każdej "instancji" wiadomości, czy mówisz, że każdy odbiorca będzie miał inny identyfikator wiadomości? –

+0

@ james.garriss: jeśli dołączysz kogoś do nagłówka To lub Cc, są "zamierzeni", aby otrzymać tę samą wiadomość. Możliwe, że tak nie jest, jeśli kogoś oskarżysz. Oczekuję, że wszyscy odbiorcy/cc'd otrzymają ten sam identyfikator wiadomości i uznają to za błąd, jeśli tego nie robią. Off-hand Nie wiem, gdzie wpadam na podział Bcc. – jmoreno

12

Zazwyczaj wszyscy odbiorcy otrzymują dokładnie ten sam komunikat, zarówno treść, jak i nagłówki, z wyjątkiem nagłówków dodawanych w trakcie trasy (np. Nagłówki "Otrzymane"). Nagłówek Message-ID jest generowany przez nadawcę, więc wszyscy odbiorcy powinni widzieć ten sam identyfikator wiadomości.

+2

Przykład: jeśli zasubskrybujesz dwie listy, a ktoś prześle jedną wiadomość, możesz otrzymać dwie wiadomości z jednym identyfikatorem wiadomości. Niektórzy klienci poczty e-mail pokażą oba. Bardziej zaawansowani klienci, tacy jak Apple Mail, są zaprojektowani do wyświetlania wielu kopii jednej wiadomości jako jednej. –

+1

Tak, RFC niech będzie ... to, czego ludzie naprawdę chcą, to identyfikator na wiadomość, a nie na przykład. –

+0

To może być prawda, ale nie ma wymogu, aby nadawca generował Message-ID, a często nie robią tego (na przykład większość aplikacji internetowych tego nie robi). W większości przypadków Message-ID jest generowany przez pierwszy MTA, przez który wiadomość jest wysyłana. Ponadto, we współczesnym wieku śledzenia dostarczalności i tym podobnych, bardzo często generuje się unikalny adres nadawcy dla każdego wychodzącego e-maila, aby pomóc zidentyfikować, który odbiorca był powiązany z jakimkolwiek odskokiem, który może wystąpić, lub zidentyfikować go jako spam (który pojawia się w raportach DSPAM) itp. – mc0e

3

w przypadku wysyłki zbiorczej, lepiej jest być unikatowym dla każdej wiadomości, identyfikator wiadomości może być jedyną informacją, którą otrzymasz z powiadomień lub odrzuceń spamu, więc powinna być unikalna dla każdej wiadomości.

Powiązane problemy