Если электронная почта - это только «наилучшее усилие», существует ли аналогичный протокол с гарантированной доставкой?

21

В законодательстве часто утверждается, что факсы являются принятыми документами, потому что их доставка «гарантирована», тогда как электронная почта - не потому, что их доставка - нет. Разве это не простое требование протокола на основе TCP, который гарантирует доставку в той же степени, что и факс? Существует ли такой протокол и насколько он укоренился?

Еж
источник
Интересный вопрос. Я обнаружил, что должен объяснить конечным пользователям, что почтовые системы не являются надежными и что на доставку могут влиять любые факторы.
ewwhite
3
Я думаю, что вы пытаетесь найти технологическое решение по существу социальной проблемы. Вы не можете гарантировать, что получатель сообщения действительно положит глаз на это сообщение, независимо от того, отправлено ли это сообщение по факсу или через Интернет.
CJC
Проблема двух генералов, объясненная Rocketboom: rocketboom.com/two-generals
kzh
О какой доставке вы говорите - с технической или юридической точки зрения? Если вы говорите о юридической стороне, вы должны указать и страну.
Смит Джонт

Ответы:

18
  1. Доставка факса НЕ гарантируется - есть много способов, которыми факс может потерпеть неудачу. Назвать несколько:

    • Неправильно набранный номер
    • Прием факса из бумаги (и недостаточно умный, чтобы понять)
    • Получение факса из тонера (и не достаточно умный, чтобы понять)
    • При отправке факса бумага загружена в обратном порядке
    • Прием факса является общим устройством, а полученный факс принимается и удаляется непреднамеренным получателем.

  2. SMTP IS протокол TCP на основе. Пожалуйста, обратитесь к RFC 821 и его преемникам RFC 2821 и RFC 5321 .
    Базовый сетевой протокол (TCP / IP) не имеет ничего общего с надежной доставкой (уровень прикладного протокола).

  3. Большинство SMTP-серверов хранят записи о том, какие сообщения (отправитель / получатель / messageID) прошли через них, что может быть допустимо в суде, если вы сможете доказать, что журналы вряд ли были подделаны.
    Проконсультируйтесь с юристом .

  4. К протоколу SMTP и связанным с ним программам прикреплены механизмы обеспечения доставки (DSN, Return Receipts). Обратите внимание, что сами по себе они являются расширениями «максимальное усилие / взаимное сотрудничество» (большинство почтовых клиентов позволяют вам не отправлять квитанции о прочтении, а некоторые клиенты не могут выдать квитанцию ​​о прочтении. Некоторые MTA не могут / не будут выдавать квитанцию ​​о доставке.
    Я не уверен в их допустимости - это будет зависеть от суда и любого установленного прецедента. Опять же, проконсультируйтесь с юристом .

voretaq7
источник
Я не пытался подразумевать, что SMTP не был основан на TCP.
Jez
11
@Jaz - Я был почти уверен, что вы это знали, но то, как сформулирован ваш вопрос, связывает две проблемы - надежную передачу дейтаграмм (TCP против UDP) и надежную доставку всего сообщения (проблема приложения). Когда через год или около того кто-то с
наименьшим количеством намекает
С юридической точки зрения, успешная отправка факса означает успешную доставку.
Смит Джонт
@SmitJohnth Имея явное удовольствие участвовать в судебном процессе по этому вопросу, я могу с уверенностью сказать вам, что это нечто большее, чем «Моя факсимильная станция сказала, что она успешно отправлена» (в частности, первое замеченное мной замечание получит отправку факса) надежно, точно так же, как вы не можете отправить уведомление по неправильному адресу и заявить, что он действителен, а также последний пункт - это область споров в рабочих пространствах с общими факсимильными аппаратами - не уверен, что для этого был установлен прецедент но созрел для спора).
voretaq7
@ voretaq7 Ну, ты должен указать землю, о которой ты говоришь. В противоположность песне Раммштайна, никто не живет в Америке. AFAIK для моей страны, успешно отправив факс на правильный номер, означает успешную доставку с юридической точки зрения.
Смит Джонт
9

В законодательстве часто утверждается, что факсы являются принятыми документами, поскольку их доставка «гарантирована»

Журналы почтового сервера от отправителя и получателя, вероятно, более надежны, чем подтверждение приема факса.

Подтверждение просто подразумевает, что факс ответил и получил документ.

Журналы сервера могут подтвердить, что «этот конкретный» почтовый ящик получил электронное письмо и прошел через серверы A, B и C, прежде чем попасть в «этот конкретный» почтовый ящик.

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

Alex
источник
3
Вы получаете подтверждение факса на стороне отправителя. Принимая во внимание, что подтверждение успешной доставки электронной почты можно увидеть только на принимающей стороне. Отправитель знает только то, что почта была доставлена ​​до следующего перехода (но не до места назначения).
mailq
@ mailq, я с тобой согласен. Но опять же, подтверждение факса не подтверждает, что оно также оказалось в нужном месте назначения. Вот почему я сказал, что журналы сервера отправителя и получателя так же хороши, если не лучше, чем подтверждение приема от факса.
Алекс
1
подтверждение факса подтверждает, что факс был отправлен не по адресу. Вы видите номер получателя. То, что это было неправильное число, не ошибка технологии, а человеческая ошибка.
mailq
«Вы видите номер получателя» ... как установлено получателем , а не как получено от Caller-ID - и, следовательно, это не всегда фактический номер, который вы набрали.
Писквор
@Piskvor: большинство факсов, которые я использовал, помещали набранный номер на страницу подтверждения доставки.
оснастка
4

Единственный способ обеспечить гарантированную доставку - это прямая одноранговая доставка. Отправитель должен установить прямое соединение с получателем, а получатель должен подтвердить прием. Электронная почта - это не протокол одноранговой сети, а протокол хранения и пересылки. Так что нет такой гарантии, которая принимается в суде. Но уверен , что протокол пытается быть надежным и , если все серверы в цепи играть хорошо , то он является надежным.

Но технологическая гарантия доставки (как в реальной жизни, так и по электронной почте / факсу) не дает гарантии на содержание сообщения. Журналы или конверты показывают только то, что произошла доставка, но не могут показать содержимое сообщения. Даже если вы подпишете сообщение, гарантируется, что оно не было обработано в пути. Но оригинальный подписанный контент все еще может быть "Hello world!" вместо "Вы уволены!" и у вас есть только подтверждение того, что сообщение было отправлено.

mailq
источник
3

Разве это не простое требование протокола на основе TCP, который гарантирует доставку в той же степени, что и факс? Существует ли такой протокол и насколько он укоренился?

Чтобы конкретно ответить на вопрос - такого [сетевого] ​​протокола не существует. Таким образом, также нет закрепления указанного протокола.

Тем не менее, в связи с этой темой есть несколько важных моментов, касающихся того, что означает, что «гарантия» [доставки] вообще означает или возможна:

  1. Должны быть средства аутентификации отправителя. Тем не менее, в факсимильной связи и электронной почте нет такой возможности. Номер ФАКСА «от» может быть подделан так же, как и адрес электронной почты «от» в большом количестве спам / фишинговых сообщений.
  2. Должны быть какие-то средства, чтобы гарантировать отказ от самого сообщения, чтобы оно не было изменено в процессе передачи, чтобы даже доказать, что было отправлено. Опять же, базовые протоколы не дают такой гарантии. PKI (с использованием технологии цифровой подписи в электронной почте, которая хорошо поддерживается, хотя часто не используется из-за сложностей, устаревших сертификатов и т. Д.), В сочетании с симметричным шифрованием и хэшированием сообщений имеет большое значение для обеспечения невозможности отказа в электронной почте. Это хорошо укоренившиеся методы, но не напрямую в пространстве общения по электронной почте.
  3. Должны быть какие-то средства, чтобы гарантировать, что сообщение было фактически доставлено (фактически предполагаемому) получателю. Журналов на самом деле недостаточно, поскольку они не дают никаких гарантий относительно вышеизложенного, а затем лишь слабо комментируют, вероятно, предполагаемую доставку в почтовый ящик (не получателю). Это даже слабее почтовой доставки. В соответствии с Унифицированным коммерческим кодексом (UCC) в законодательстве о коммерческой торговле: в дополнение к доставке по согласованному адресу требуется сообщение о доставке предполагаемому получателю о том, что [товары / сообщение] доступны. Электронная почта хранит сообщение только в целевом почтовом ящике, но это не гарантирует, что получатель был уведомлен о его прибытии. Получатель обязан постоянно «проверять», пришло ли сообщение.

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

Даррелл Тиг
источник
2

Во многих местах, где требуется гарантированная доставка, используются продукты IBM MQ Series или Sterling Software (недавно купленные IBM).

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