Jeśli wiadomość e-mail jest dostarczana tylko „najlepiej”, czy istnieje podobny protokół z gwarantowaną dostawą?

21

Często jest prawnie ustalone, że faksy są akceptowanymi dokumentami, ponieważ ich dostarczenie jest „gwarantowane”, podczas gdy e-mail nie jest, ponieważ nie jest dostarczany. Czy to nie tylko błaganie o protokół oparty na TCP, który gwarantuje dostarczanie w takim samym stopniu, jak faks? Czy taki protokół istnieje i jak bardzo jest on zakorzeniony?

network-protocols Jez
źródło
Interesujące pytanie. Uważam, że muszę wyjaśnić użytkownikom końcowym, że systemy pocztowe nie są nieomylne i że różne czynniki mogą wpływać na dostarczanie.
ewwhite
3
Myślę, że próbujesz znaleźć technologiczne rozwiązanie tego, co jest zasadniczo problemem społecznym. Nie możesz zagwarantować, że odbiorca wiadomości faktycznie wpatruje się w tę wiadomość, niezależnie od tego, czy wiadomość jest wysyłana faksem, czy przez Internet.
cjc
Dwóch generałów Problem wytłumaczyć Rocketboom: rocketboom.com/two-generals
KZH
O jakiej dostawie mówisz - z technicznego lub prawnego punktu widzenia? Jeśli mówisz o stronie prawnej, musisz również podać kraj.
Smit Johnth,

Odpowiedzi:

18

  1. Dostarczenie faksu NIE JEST gwarantowane - Faks może się nie powieść na wiele sposobów. By wymienić tylko kilka:

    • Błędnie wybrany numer
    • Odbieranie faksu z papieru (i nie jest wystarczająco inteligentny, aby to zrealizować)
    • Odbieranie faksu z tonera (i niewystarczająco inteligentne, aby to zrealizować)
    • Papier załadowany do góry nogami podczas wysyłania faksu
    • Odbieranie faksu jest urządzeniem współdzielonym, a odebrany faks jest odbierany i odrzucany przez niezamierzonego odbiorcę

  2. SMTP JEST protokołem opartym na TCP. Proszę skonsultować się z RFC 821 i jego następcami RFC 2821 i RFC 5321 .
    Podstawowy protokół sieciowy (TCP / IP) nie ma nic wspólnego z niezawodnym dostarczaniem (kwestia poziomu protokołu aplikacji).

  3. Większość serwerów SMTP prowadzi dzienniki, które wiadomości (nadawca / odbiorca / identyfikator wiadomości) przechodzą przez nie, co może być dopuszczalne w sądzie, jeśli można wykazać, że dzienniki prawdopodobnie nie zostały zmodyfikowane.
    Skonsultuj się z prawnikiem .

  4. Istnieją mechanizmy przyklejone do protokołu SMTP i powiązanych programów zapewniających dostawę (DSN, zwrotne potwierdzenia). Należy pamiętać, że same w sobie są rozszerzeniami typu „najlepszy wysiłek / wzajemna współpraca” (większość klientów pocztowych pozwala ci nie wysyłać potwierdzeń odczytu, a niektórzy klienci nie mogą wystawić potwierdzenia odczytu. Niektóre MTA nie mogą / nie wydają potwierdzenia odbioru.
    Nie jestem pewien co do ich dopuszczalności - będzie to zależeć od sądu i jakiegokolwiek ustanowionego precedensu. Ponownie skonsultuj się z prawnikiem .

voretaq7
źródło
Nie próbowałem sugerować, że SMTP nie jest oparty na TCP.
Jez.
11
@Jaz - Byłem całkiem pewien, że o tym wiesz, ale sposób, w jaki sformułowano twoje pytanie, łączy dwa problemy - niezawodny transport datagramów (TCP vs UDP) i niezawodne dostarczenie całej wiadomości (problem z aplikacją). Kiedy ktoś z mniejszą wskazówką natknie się na to pytanie za rok lub więcej, nie chcę, aby wpadł na zły pomysł :-)
voretaq7
Z prawnego punktu widzenia pomyślne wysłanie faksu oznacza pomyślne dostarczenie.
Smit Johnth,
@SmitJohnth Mając wyraźną przyjemność brania udziału w sporach sądowych w tej samej sprawie, mogę powiedzieć z całą pewnością, że jest w tym coś więcej niż „Moja stacja faksowa powiedziała, że ​​wysłanie zakończyło się pomyślnie” (w szczególności pierwszy punkt, o którym wspomniałem, otrzyma przekazanie faksu niezawodnie, tak jak nie możesz zawiadomić o złym adresie i twierdzić, że jest ważny; również ostatni punkt jest obszarem niezgody w przestrzeniach współpracujących ze współdzielonymi faksami - nie jestem pewien, czy został ustanowiony precedens , ale jest gotowy do dyskusji).
voretaq7
@ voretaq7 Cóż, powinieneś podać kraj, o którym mówisz. W przeciwieństwie do piosenki Rammsteina, nikt nie mieszka w Amerrice :) AFAIK dla mojej ziemi udane wysłanie faksu na odpowiedni numer oznacza pomyślną dostawę z prawnego punktu widzenia.
Smit Johnth,
9

Często jest prawnie ustalone, że faksy to dokumenty akceptowane, ponieważ ich dostarczenie jest „gwarantowane”

Dzienniki serwera e-mail od nadawcy i odbiorców są prawdopodobnie bardziej niezawodne niż potwierdzenie odbioru faksu.

Potwierdzenie oznacza po prostu, że „faks” odebrał i odebrał dokument.

Dzienniki serwera mogą potwierdzać, że „ta konkretna” skrzynka pocztowa otrzymała wiadomość e-mail i przeszła przez serwer A, B i C przed wejściem do „tej konkretnej” skrzynki pocztowej.

Wiem, że w Kanadzie wiadomości e-mail są akceptowane przez sądy. W dużych przypadkach w postępowaniu cywilnym może zostać wykonane zlecenie Anton Piller w celu przejęcia dzienników serwerów i zawartości skrzynek pocztowych.

Alex
źródło
3
Otrzymasz potwierdzenie faksu po stronie wysyłającej. Natomiast potwierdzenie pomyślnego dostarczenia wiadomości e-mail można zobaczyć tylko po stronie odbiorcy. Nadawca wie tylko, że poczta została dostarczona do następnego przeskoku (ale nie do miejsca docelowego).
mailq
@mailq, zgadzam się z tobą. Ale znowu potwierdzenie faksu nie potwierdza, że ​​trafiło ono również do właściwego miejsca docelowego. Dlatego powiedziałem, że dzienniki serwera nadawcy i odbiorcy są tak dobre, jeśli nie lepsze niż potwierdzenie odbioru z faksu.
Alex
1
potwierdzenie faksu potwierdza, że ​​faks został wysłany do niewłaściwego miejsca docelowego. Widzisz numer odbiorcy. To, że był to zły numer, nie jest winą technologii, ale jest błędem ludzkim.
mailq
„Widzisz numer odbiorcy” ... ustawiony przez odbiorcę , a nie taki, jak otrzymany od Caller-ID - a zatem nie zawsze jest to faktyczny numer, który wybrałeś.
Piskvor,
@Piskvor: Większość używanych przeze mnie faksów umieszcza wybrany numer na stronie potwierdzenia dostawy.
snap
4

Jedynym sposobem na zagwarantowanie dostawy jest bezpośrednia dostawa peer-to-peer. Nadawca musi ustanowić bezpośrednie połączenie z odbiorcą, a odbiorca musi potwierdzić odbiór. E-mail nie jest protokołem peer-to-peer, ale protokołem przechowywania i przesyłania. Nie ma więc takiej gwarancji, która byłaby akceptowana w sądzie. Ale na pewno protokół stara się być niezawodny i jeśli wszystkie serwery w łańcuchu działają dobrze, to jest niezawodny.

Ale gwarancja dostarczenia technologii (w prawdziwym życiu oraz w poczcie elektronicznej / faksem) nie daje gwarancji na treść wiadomości. Dzienniki lub koperta pokazują tylko, że dostawa została dostarczona, ale nie można wyświetlić treści wiadomości. Nawet jeśli podpiszesz wiadomość, jest tylko zagwarantowane, że nie została zmanipulowana po drodze. Ale oryginalnie podpisana treść może nadal brzmieć „Witaj świecie!” zamiast „Jesteś zwolniony!” i masz tylko potwierdzenie, że wiadomość została wysłana.

mailq
źródło
3

Czy to nie tylko błaganie o protokół oparty na TCP, który gwarantuje dostarczanie w takim samym stopniu, jak faks? Czy taki protokół istnieje i jak bardzo jest on zakorzeniony?

Aby odpowiedzieć konkretnie na pytanie - nie istnieje taki protokół [sieci]. Zatem nie ma również umocnienia wspomnianego protokołu.

Jednak w związku z tym tematem istnieje kilka ważnych punktów na temat tego, co oznacza to, co „gwarancja” [dostawy] oznacza nawet lub jest możliwa:

  1. Musi istnieć sposób uwierzytelnienia nadawcy. Jednak w FAXie nie ma takiej możliwości ani procesu uzgadniania wiadomości e-mail. Numer faksu „z” może być sfałszowany, ponieważ adres e-mail „z” zawiera tak wiele wiadomości typu spam / phishing.
  2. Muszą istnieć pewne środki, aby zapewnić niezaprzeczalność samej wiadomości, tak aby nie została zmodyfikowana w trakcie transportu, aby nawet udowodnić, co zostało wysłane. Ponownie, podstawowe protokoły nie dają takiej gwarancji. PKI (korzystanie z technologii podpisu cyfrowego w wiadomościach e-mail, która jest dobrze obsługiwana, choć często nieużywana ze względu na złożoność, wygasające certyfikaty itp.), W połączeniu z szyfrowaniem symetrycznym i mieszaniem wiadomości ma długą drogę do zapewnienia niezaprzeczalności w wiadomościach e-mail. Są to dobrze zakorzenione metody, ale nie bezpośrednio w przestrzeni komunikacji e-mail.
  3. Muszą istnieć pewne środki gwarantujące, że wiadomość została faktycznie dostarczona do (faktycznie zamierzonego) odbiorcy. Dzienniki są w rzeczywistości niewystarczające, ponieważ nie dają żadnych gwarancji co do powyższego, a następnie jedynie słabo opisują prawdopodobnie oferowaną dostawę do skrzynki pocztowej (nie do odbiorcy). Jest to nawet słabsze niż przesyłka pocztowa. Zgodnie z jednolitym kodeksem handlowym (UCC) w prawie handlowym: oprócz dostawy na uzgodniony adres wymagana jest informacja o dostarczeniu przesyłki do odbiorcy, że [towary / wiadomość] są dostępne. Wiadomość e-mail przechowuje wiadomość tylko w docelowej skrzynce pocztowej, ale nie gwarantuje to, że odbiorca został powiadomiony o jej nadejściu. Obowiązkiem odbiorcy jest ciągłe „sprawdzanie”, czy wiadomość dotarła.

Wreszcie istnieje opcjonalny (i w dużej mierze nieobsługiwany na różnych platformach) protokół e-mail z prośbą (nadawcą) i wysłaniem (odbiorcą) potwierdzenia / odbioru dostawy. Jest to jednak rzadko używane, nie jest gwarantowane, a na koniec nie obala odbioru wiadomości przez odbiorcę ... raczej to, że albo zdecydowali się nie potwierdzać odbioru, że potwierdzenie nie zostało odebrane przez nadawcę, ani dostawę potwierdzenie nie powiodło się między niekompatybilnymi systemami e-mail, które nie obsługują tej samej / wersji tej opcjonalnej funkcji.

Darrell Teague
źródło
2

Wiele miejsc wymagających gwarantowanej dostawy korzysta z produktów IBM MQ Series lub Sterling Software (ostatnio zakupionych przez IBM)

Wudang
źródło
Wdrożiłem IBM MQ Series i nowsze systemy przesyłania wiadomości (TIBCO, Sterling Commerce i in.) W kilku firmach. Produkty te mają funkcję „gwarantowanej dostawy”, ale jeśli przeczytasz drobny druk, definicja nie jest tak żelazna. Rzeczywiście istnieje kilka skrajnych przypadków, w których rozmieszczenie wiadomości może być „nieznane”, tak że odbiorca MOŻE odebrać wiadomość i może jej nie mieć. Zazwyczaj dzieje się tak, gdy wiadomość jest faktycznie dostarczona, odbiorca odpowiada, ale odpowiedź jest zagubiona przed / w punkcie nadawcy.
Darrell Teague,