¿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á?
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:
- Debe haber un medio para autenticar al remitente. Sin embargo, no existe tal facilidad en el FAX ni el proceso de intercambio de manos por correo electrónico. El número de FAX "de" se puede suplantar, ya que la dirección de correo electrónico "de" se encuentra en muchos mensajes de spam / phishing.
- Debe haber algunos medios para garantizar el no repudio del mensaje en sí mismo de modo que no se haya modificado en tránsito para probar incluso lo que se envió. Una vez más, los protocolos subyacentes no ofrecen tal garantía. La PKI (que utiliza la tecnología de firma digital en el correo electrónico, que está bien soportada aunque no se usa debido a complejidades, certificados que caducan, etc.), junto con el cifrado simétrico y el hash de mensajes, contribuye en gran medida a proporcionar no repudio en el correo electrónico. Estos son métodos bien arraigados pero no directamente en el espacio de comunicación por correo electrónico en general.
- Debe haber algún medio para garantizar que el mensaje se entregó realmente al destinatario (real previsto). Los registros son en realidad insuficientes ya que no ofrecen ninguna garantía en cuanto a lo anterior y luego solo anotan débilmente una entrega probablemente entregada al buzón (no al destinatario). Esto es incluso más débil que la entrega postal. De acuerdo con el Código Comercial Uniforme (UCC) en la ley comercial: además de la entrega a la dirección acordada, se requiere una comunicación de la entrega al destinatario de que los [productos / mensajes] están disponibles. El correo electrónico solo almacena el mensaje en el buzón de destino, pero esto no garantiza que el destinatario haya sido notificado de su llegada. Corresponde al receptor "comprobar" constantemente si llegó el mensaje.
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.