Якщо доставка електронною поштою - це лише "найкраще", чи існує аналогічний протокол із гарантованою доставкою?

21

Законом часто встановлено, що факси є прийнятими документами, оскільки їх доставка "гарантована", тоді як електронна пошта не тому, що її доставка не відбувається. Це не просто прохання про протокол на основі TCP, який гарантує доставку в тій же мірі, що і факс? Чи існує такий протокол і наскільки він закріплений?

network-protocols

— Jez
джерело

Цікаве запитання. Я вважаю, що доводиться пояснювати кінцевим користувачам, що поштові системи не є непогрішними і що доставка може впливати на будь-які різноманітні фактори.

— ewwhite

3

Я думаю, ти намагаєшся розробити технологічне рішення тієї, що по суті є соціальною проблемою. Ви не можете гарантувати, що одержувач повідомлення фактично закладає очні яблука на це повідомлення, будь то повідомлення надсилається по факсу чи через Інтернет.

— cjc

Проблема двох генералів пояснила Rocketboom: rocketboom.com/two-generals

— kzh

Про яку доставку ви говорите - з технічної чи юридичної точки зору? Якщо ви говорите про юридичну сторону, вам також потрібно вказати країну.

— Smit Johnth

18

Доставка факсу НЕ гарантується. Існує багато способів виходу факсу з ладу. Назвати декілька:
- Неправильний номер
- Отримання факсу з паперу (і недостатньо розумний, щоб зрозуміти)
- Отримання факсу з тонера (і недостатньо розумний, щоб зрозуміти)
- Папір завантажується догори дном при надсиланні факсу
- Отримання факсу - це спільний пристрій, і отриманий факс отримує та відкидає непередбачуваний одержувач
SMTP IS -протокол на основі TCP. Будь ласка, зверніться до RFC 821 та його наступників RFC 2821 та RFC 5321 .
Базовий мережевий протокол (TCP / IP) не має нічого спільного з надійною доставкою (річ рівня протоколу програми).
Більшість серверів SMTP зберігають журнали, з яких повідомлень (відправника / одержувача / messageID) проходили через них, що може бути прийнятним у суді, якщо ви зможете продемонструвати, що журнали навряд чи будуть підроблені.
Зверніться до юриста .
Існують механізми, приклеєні до протоколу SMTP та пов'язаних програм для забезпечення доставки (DSN, повернення квитанцій). Зауважте, що самі по собі це найкращі зусилля / розширення взаємодії (більшість поштових клієнтів дозволяють вам не надсилати квитанції про читання, а деякі клієнти не можуть видавати квитанцію про читання. Деякі MTA не можуть / не видадуть квитанцію про доставку.
Я не впевнений у прийнятності цього - це залежало б від суду та будь-якого встановленого прецеденту. Знову ж, проконсультуйтеся з юристом .

— voretaq7
джерело

Я не намагався зрозуміти, що SMTP не базується на TCP.

— Їжак

11

@Jaz - Я був майже впевнений, що ти це знаєш, але те, як було поставлено ваше запитання, пов'язує два питання - надійний транспорт дейтаграм (TCP проти UDP) та надійне доставлення всього повідомлення (проблема з додатком). Коли хтось із меншою підказкою натрапляє на це питання через рік або близько того, я не хочу, щоб вони

— зрозуміли

З юридичної точки зору успішна відправка факсу означає успішну доставку.

— Сміт Джонс

@SmitJohnth Отримавши виразну насолоду від участі в судових справах навколо цього питання, я можу сказати вам з упевненістю, що в ньому є більше, ніж "Моя факс-станція сказала, що вона надіслана успішно" (зокрема, перший пункт, який я зазначив, отримає доставку факсу надійно, як і ви не можете подати повідомлення про неправильну адресу та заявляєте, що це дійсно; також остання точка відмітки - це полеміка у спільних робочих просторах із спільними факсимільними машинами - не впевнені, чи встановлено прецедент для цього , але це дозріло для аргументу).

— voretaq7

@ voretaq7 Ну, слід вказати землю, про яку ти говориш. Навпроти пісні Рамштайна, в Америці ніхто не живе :) AFAIK за те, що мій край успішно надсилає факс на потрібний номер, означає успішну доставку з юридичної точки зору.

— Smit Johnth

9

Законом часто встановлено, що факси є прийнятими документами, оскільки їх доставка "гарантована"

Журнали сервера електронної пошти від відправника та одержувачів, ймовірно, більш надійні, ніж підтвердження отримання факсу.

Підтвердження просто означає, що факс "а" відповів і отримав документ.

Журнали серверів можуть підтвердити, що "конкретна" поштова скринька отримала електронну пошту і пройшла через сервери A, B і C, перш ніж потрапити в "відповідну" поштову скриньку.

Я знаю, що в Канаді електронні листи приймаються в судах. У великих випадках позов цивільного законодавства може мати наказ Антона Піллера, виконаний для вилучення вмісту журналів і вмісту поштових скриньок.

— Олексій
джерело

3

Ви отримуєте підтвердження факсу на стороні відправки. Тоді як підтвердження успішної доставки електронних листів можна побачити лише на стороні, що приймає. Відправник знає лише, що пошта була доставлена до наступного стрибка (але не до місця призначення).

— mailq

@mailq, я з вами згоден. Але знову ж таки, підтвердження факсу не підтверджує те, що він закінчився і в потрібному пункті призначення. Тому я сказав, що журнали сервера і відправника, і одержувача так само добре, якщо не краще, ніж підтвердження прийому з факсу.

— Олексій

1

підтвердження факсу підтверджує, що факс було надіслано неправильним пунктом призначення. Ви бачите номер одержувача. Те, що це неправильне число, не є виною технології, а є людською помилкою.

— mailq

"Ви бачите номер одержувача" ... встановлений одержувачем , а не як отриманий від Caller-ID - і це не завжди є фактичним номером, який ви набрали.

— Пісквор

@Piskvor: Більшість факсимільних апаратів, які я використав, поставили набраний номер на сторінку підтвердження доставки.

— оснастка

4

Єдиний спосіб гарантувати доставку - це пряма доставка з однорангової доставки. Відправник повинен встановити прямий зв'язок з одержувачем, а одержувач повинен підтвердити отримання. Електронна пошта - це не одноранговий протокол, а протокол зберігання та пересилання. Тож немає такої гарантії, яка приймається в суді. Але впевнений , що протокол намагається бути надійним і , якщо все сервери в ланцюзі грати добре , то він є надійним.

Але технологічна гарантія доставки (в реальному житті та в електронній пошті / факсі) не дає гарантії на зміст повідомлення. Журнали або конверт показують лише, що відбулася доставка, але не можуть відображати вміст повідомлення. Навіть якщо ви підпишете повідомлення, то гарантується лише, що воно не маніпулювало в дорозі. Але оригінальним підписаним вмістом все ще може бути "Привіт, світ!" замість "Вас звільняють!" і у вас є тільки підтвердження того, що повідомлення було відправлено.

— mailq
джерело

3

Це не просто прохання про протокол на основі TCP, який гарантує доставку в тій же мірі, що і факс? Чи існує такий протокол і наскільки він закріплений?

Щоб конкретно відповісти на питання - такого протоколу [мережі] не існує. Таким чином, також немає закріплення зазначеного протоколу.

Однак, пов'язані з цією темою, є кілька важливих моментів щодо того, що означає, що "гарантія" [доставки] навіть означає або є можливою:

Має бути засіб для аутентифікації відправника. Однак у ФАКС немає такого засобу, а також процесу потиску електронної пошти. Номер "від" факсу може бути підроблений стільки, скільки адреса електронної пошти "від" в стільки спам-фішингу.
Повинні бути певні засоби, щоб забезпечити неприйняття самого повідомлення таким чином, щоб воно не було змінено під час транзиту, щоб навіть довести те, що було надіслано. Знову ж таки, базові протоколи не дають такої гарантії. PKI (використовуючи технологію цифрового підпису в електронній пошті, яка добре підтримується, хоча й часто не використовується через складності, термін дії сертифікатів тощо), поєднана із симетричним шифруванням та хешированием повідомлень, що забезпечує далекий шлях до відмови в електронній пошті. Це добре закріплені методи, але взагалі не безпосередньо у просторі електронної комунікації.
Повинні бути деякі засоби, щоб гарантувати, що повідомлення було фактично доставлене (фактично призначеному) одержувачу. Журналів насправді недостатньо, оскільки вони не дають жодних гарантій щодо вищезазначеного, а потім лише слабо коментують можливу тендерну доставку до поштової скриньки (а не одержувача). Це навіть слабше, ніж доставка поштою. Відповідно до Єдиного комерційного кодексу (UCC) комерційного законодавства: крім доставки за узгодженою адресою, необхідне повідомлення про доставку передбачуваному одержувачу про те, що [товари / повідомлення] доступні. Електронна пошта зберігає повідомлення на цільовій поштовій скриньці, але це не гарантує одержувачу повідомлення про його прибуття. Одержувач повинен постійно перевіряти, чи надійшло повідомлення.

Нарешті, є необов'язковий (і багато в чому не підтримується платформний) протокол електронної пошти для запиту (відправника) та надсилання (отримувача) підтвердження / отримання доставки. Однак це рідко використовується, не гарантується і, нарешті, не спростовує отримання повідомлення одержувачем ... швидше, що вони, можливо, або обрали не підтвердити отримання, квитанцію не отримав відправник або доставка не вдалося підтвердити між несумісними системами електронної пошти, які не підтримують ту саму / версію цієї додаткової функції.

— Даррелл Тіг
джерело

2

У багатьох місцях, які потребують гарантованої доставки, використовуються продукти IBM MQ Series або Sterling Software (нещодавно придбані IBM)

— Вуданг
джерело

Я впровадив серію IBM MQ та новіші системи обміну повідомленнями (TIBCO, Sterling Commerce та ін.) У кількох компаніях. Ці продукти мають функцію "гарантована доставка", але якщо ви читаєте тонкий шрифт, то визначення не дуже набито залізом. Дійсно є кілька кращих випадків, навколо яких розміщення повідомлення може бути «невідомим», таким чином, що одержувач МОЖЕ отримати повідомлення, а може і не мати. Зазвичай це відбувається, коли повідомлення фактично доставлено, приймач відповідає, але відповідь втрачається до / в точці відправника.

— Даррелл Тейг