A menudo se establece por ley que los faxes son documentos aceptados porque su entrega está 'garantizada', mientras que el correo electrónico no lo es porque su entrega no lo está. ¿No es solo pedir un protocolo basado en TCP que garantice la entrega en el mismo grado que el fax? ¿Existe tal protocolo y qué tan arraigado está?
21
Respuestas:
La entrega de fax NO está garantizada: hay muchas formas en que un fax puede fallar. Para nombrar unos pocos:
SMTP ES un protocolo basado en TCP. Consulte RFC 821 y sus sucesores RFC 2821 y RFC 5321 .
El protocolo de red subyacente (TCP / IP) no tiene nada que ver con la entrega confiable (una cosa de nivel de protocolo de aplicación).
La mayoría de los servidores SMTP mantienen registros de qué mensajes (remitente / destinatario / ID de mensaje) pasaron a través de ellos, lo que puede ser admisible en el tribunal si puede demostrar que es poco probable que los registros hayan sido alterados.
Consulte a un abogado .
Existen mecanismos pegados al protocolo SMTP y los programas asociados para garantizar la entrega (DSN, recibos de devolución). Tenga en cuenta que estos son extensiones de cooperación mutua y de mejor esfuerzo (la mayoría de los clientes de correo le permiten elegir no enviar recibos de lectura, y algunos clientes no pueden emitir un recibo de lectura. Algunos MTA no pueden / no emitirán un recibo de entrega.
No estoy seguro de la admisibilidad de estos: dependería de la corte y de cualquier precedente establecido. Nuevamente, consulte a un abogado .
fuente
A menudo se establece por ley que los faxes son documentos aceptados porque su entrega está 'garantizada'
Los registros del servidor de correo electrónico del remitente y los destinatarios son probablemente más confiables que la confirmación de recepción de fax.
La confirmación simplemente implica que "un" fax respondió y recibió el documento.
Los registros del servidor pueden confirmar que "ese buzón específico" recibió el correo electrónico y pasó por los servidores A, B y C antes de ingresar al "buzón específico".
Sé que en Canadá los correos electrónicos son aceptados en los tribunales de justicia. En casos grandes, una demanda de derecho civil puede ejecutar una orden Anton Piller para incautar el contenido de los registros de los servidores y los buzones.
fuente
La única forma de tener una entrega garantizada es una entrega directa de igual a igual. El remitente debe establecer una conexión directa con el destinatario y el destinatario debe confirmar la recepción. El correo electrónico no es un protocolo de igual a igual, sino un protocolo de almacenamiento y reenvío. Por lo tanto, no existe ese tipo de garantía que se acepta en los tribunales. Pero seguro, el protocolo intenta ser confiable y si todos los servidores de la cadena funcionan bien, entonces es confiable.
Pero la garantía de entrega tecnológica (en la vida real y en el correo electrónico / fax) no ofrece una garantía sobre el contenido del mensaje. Los registros o el sobre solo muestran que hubo una entrega, pero no pueden mostrar el contenido del mensaje. Incluso si firma un mensaje, solo se garantiza que no fue manipulado en el camino. Pero el contenido original firmado aún podría ser "¡Hola, mundo!" en lugar de "¡Estás despedido!" y solo tiene la confirmación de que se ha enviado un mensaje.
fuente
Para responder específicamente a la pregunta, no existe tal protocolo [de red]. Por lo tanto, tampoco hay afianzamiento de dicho protocolo.
Sin embargo, en relación con este tema, hay algunos puntos importantes sobre lo que uno quiere decir sobre lo que "garantía" [de entrega] incluso significa o es posible:
Por último, hay un protocolo de correo electrónico opcional (y en gran medida no compatible con plataformas cruzadas) para solicitar (remitente) y enviar (receptor) una confirmación / recibo de entrega. Sin embargo, esto rara vez se utiliza, no está garantizado y, por último, no refuta la recepción del mensaje por parte del destinatario ... más bien, puede que hayan elegido no confirmar el recibo, el recibo no fue recibido por el remitente o la entrega la confirmación falló entre sistemas de correo electrónico incompatibles que no admiten la misma / versión de esta característica opcional.
fuente
Muchos lugares que requieren una entrega garantizada utilizan la serie MQ de IBM o los productos de Sterling Software (comprados recientemente por IBM)
fuente