在法律上,传真是被接受的文件通常是确定的,因为传送是“保证”的,而电子邮件并不是因为传送不是。 这是不是只是乞求一个基于TCP的协议,保证提供传真的程度相同? 这样一个协议是否存在,它是如何根深蒂固?
传真传送不保证 – 传真可能有许多方式失败。 仅举几例:
SMTP 是一个基于TCP的协议。 请参考RFC 821及其后续RFC 2821和RFC 5321 。
底层networking协议(TCP / IP)与可靠传输(应用协议级别的事情)无关。
大多数SMTP服务器都会logging哪些消息(发件人/收件人/消息ID)通过它们传递,如果能够certificate日志不太可能被篡改,则可以在法庭上受理。
请教律师 。
有一些机制粘在SMTP协议和相关程序上以确保交付(DSN,退货收据)。 请注意,这些邮件本身是尽力而为/相互协作的扩展(大多数邮件客户端允许您select不发送已读回执,有些客户端不能发送已读回执,有些MTA不能/不会发送递送回执。
我不确定这些问题的可接受性,这取决于法院和任何既定的先例。 再次咨询律师 。
传真是被接受的文件通常在法律上确立,因为传送是“保证”
来自发件人和收件人的电子邮件服务器日志可能比传真接收确认更可靠。
确认仅仅意味着“一个”传真机回复并收到了该文件。
服务器日志可以确认“该特定的”邮箱收到电子邮件,然后通过服务器A,B和C进入“特定的”邮箱之前。
我知道在加拿大,电子邮件是法院接受的。 在大的情况下,民事诉讼可以执行安东Piller命令来检取服务器日志和邮箱内容。
保证交付的唯一方式是直接的点对点交付。 发送者必须build立到接收者的直接连接,并且接收者必须确认接收。 电子邮件不是点对点协议,而是存储转发协议。 所以没有那种在法庭上被接受的保证。 但是,确定协议试图是可靠的,如果链中的所有服务器发挥良好,那么它是可靠的。
但是技术交付保证(在现实生活中和在电子邮件/传真中)不保证邮件内容。 日志或信封只显示有交货,但不能显示消息内容。 即使你签了邮件,也只能保证它在途中不被操纵。 但原始签名的内容仍然可以是“Hello world!” 而不是“你被解雇了!” 而且您只能确认邮件已发送。
这是不是只是乞求一个基于TCP的协议,保证提供传真的程度相同? 这样一个协议是否存在,它是如何根深蒂固?
要具体回答这个问题 – 不存在这样的[networking]协议。 因此,同样没有所述协议的固定。
然而,与这个话题有关的是,关于交付的“保证”甚至意味着什么是可能的,还有一些重要的意义:
最后,还有一个可选的(并且基本上不是跨平台支持的)电子邮件协议来请求(发送者)和发送(接收者)发送确认/收据。 但是,这种情况很less使用,不能保证,最后也不能反驳收件人收到的信息,而是他们可能select不确认收据,收件人没有收到发件人或递送在不支持相同/可选function版本的不兼容电子邮件系统之间确认失败。
许多需要保证交付的地方使用IBM的MQ系列或Sterling Software的产品(最近由IBM购买)