Se l'e-mail è solo la consegna "best effort", esiste un protocollo simile con consegna garantita?


21

È spesso stabilito dalla legge che i fax sono documenti accettati perché la loro consegna è "garantita", mentre l'e-mail non lo è perché non lo è. Non si tratta solo di chiedere un protocollo basato su TCP che garantisca la consegna nella stessa misura del fax? Esiste un protocollo del genere e quanto è radicato?


Domanda interessante. Trovo che devo spiegare agli utenti finali che i sistemi di posta non sono infallibili e che qualsiasi varietà di fattori può influire sulla consegna.
ewwhite,

3
Penso che tu stia cercando di trovare una soluzione tecnologica a quello che è essenzialmente un problema sociale. Non è possibile garantire che il destinatario di un messaggio ponga effettivamente gli occhi su quel messaggio, sia che il messaggio sia inviato via fax o attraverso Internet.
cjc,

Il problema dei due generali spiegato da Rocketboom: rocketboom.com/two-generals
kzh

Di quale consegna stai parlando - dal punto di vista tecnico o legale? Se parli della parte legale, devi specificare anche il Paese.
Smit Johnth,

Risposte:


18
  1. La consegna del fax NON è garantita: ci sono molti modi in cui un fax può fallire. Per dirne alcuni:

    • Numero errato
    • Ricezione di fax senza carta (e non abbastanza intelligente da realizzare)
    • Ricezione di fax senza toner (e non abbastanza intelligente da realizzare)
    • Carta caricata sottosopra nell'invio di fax
    • La ricezione di fax è un dispositivo condiviso e il fax ricevuto viene preso e scartato da un destinatario non intenzionale

  2. SMTP È un protocollo basato su TCP. Consultare RFC 821 e i suoi successori RFC 2821 e RFC 5321 .
    Il protocollo di rete sottostante (TCP / IP) non ha nulla a che fare con la consegna affidabile (una cosa a livello di protocollo di applicazione).

  3. La maggior parte dei server SMTP conserva i registri dei messaggi (mittente / destinatario / ID messaggio) passati attraverso di essi, che possono essere ammessi in tribunale se è possibile dimostrare che è improbabile che i registri siano stati manomessi.
    Consultare un avvocato .

  4. Esistono meccanismi incollati al protocollo SMTP e ai programmi associati per garantire la consegna (DSN, Return Returnipipts). Si noti che questi stessi sono estensioni di collaborazione reciproca (la maggior parte dei client di posta elettronica consentono di scegliere di non inviare ricevute di lettura e alcuni clienti non possono emettere una ricevuta di lettura. Alcuni MTA non possono / non emetteranno una ricevuta di consegna.
    Non sono sicuro della ricevibilità di questi - dipenderà dal tribunale e da qualsiasi precedente stabilito. Ancora una volta, consultare un avvocato .


Non stavo cercando di implicare che SMTP non fosse basato su TCP.
Jez,

11
@Jaz - Ero abbastanza sicuro che tu lo sapessi, ma il modo in cui la tua domanda è stata formulata si fonde su due problemi: trasporto affidabile di datagrammi (TCP vs UDP) e consegna affidabile dell'intero messaggio (problema dell'applicazione). Quando qualcuno con meno indizi si imbatte in questa domanda in circa un anno o giù di lì, non voglio che
ottengano l'

Dal punto di vista legale, inviare correttamente un fax significa recapitare correttamente.
Smit Johnth,

@SmitJohnth Avendo avuto il distinto piacere di essere coinvolto in contenziosi su quella stessa questione, posso dirti con certezza che c'è molto di più di "La mia stazione fax ha detto che è stata inviata con successo" (in particolare il primo punto elenco che ho notato farà scattare la consegna del fax in modo affidabile, proprio come non puoi notificare un indirizzo errato e dichiarare che è valido; anche l'ultimo punto elenco è un'area di contesa in spazi di co-working con fax condivisi - non sono sicuro che sia stato impostato un precedente per quello , ma è maturo per la discussione).
voretaq7,

@ voretaq7 Bene, dovresti specificare la terra di cui stai parlando. Di fronte alla canzone di Rammstein, non tutti vivono ad Amerrika :) AFAIK per la mia terra, inviare con successo un fax al numero giusto significa consegnare con successo dal punto di vista legale.
Smit Johnth,

9

È spesso stabilito dalla legge che i fax sono documenti accettati perché la loro consegna è "garantita"

I registri del server di posta elettronica da mittente e destinatari sono probabilmente più affidabili della conferma di ricezione fax.

La conferma implica semplicemente che "un" fax ha risposto e ricevuto il documento.

I registri del server possono confermare che la cassetta postale "quella specifica" ha ricevuto l'e-mail e ha attraversato i server A, B e C prima di accedere alla cassetta postale "quella specifica".

So che in Canada le e-mail sono accettate nei tribunali. In casi di grandi dimensioni, una causa civile può avere un Ordine Anton Piller eseguito per sequestrare i registri del server e il contenuto delle cassette postali.


3
Riceverai una conferma fax sul lato invio. Considerando che la conferma della corretta consegna delle e-mail può essere vista solo sul lato ricevente. Il mittente sa solo che la posta è stata recapitata all'hop successivo (ma non alla destinazione).
mailq,

@mailq, sono d'accordo con te. Ma ancora una volta, una conferma via fax non conferma che non è nemmeno arrivata alla destinazione giusta. Ecco perché ho detto che i registri del server mittente e dei destinatari sono altrettanto buoni, se non migliori della conferma di ricezione da un fax.
Alex

1
una conferma fax conferma che il fax è stato inviato a destinazione errata. Vedi il numero del destinatario. Che fosse il numero sbagliato non è colpa della tecnologia ma è un errore umano.
mailq,

"Vedi il numero del destinatario" ... come impostato dal destinatario , non come ricevuto dall'ID chiamante - e quindi non è sempre il numero effettivo che hai composto.
Piskvor,

@Piskvor: la maggior parte dei fax che ho usato ha inserito il numero selezionato nella pagina di conferma della consegna.
scatto il

4

L'unico modo per ottenere una consegna garantita è una consegna diretta peer-to-peer. Il mittente deve stabilire una connessione diretta con il destinatario e il destinatario deve confermare la ricezione. L'email è non un protocollo peer-to-peer ma un protocollo store-and-forward. Quindi non esiste quel tipo di garanzia accettata in tribunale. Ma sicuramente il protocollo cerca di essere affidabile e se tutti i server della catena funzionano bene, allora è affidabile.

Ma la garanzia di consegna tecnologica (nella vita reale e nella posta elettronica / fax) non fornisce una garanzia sul contenuto del messaggio. I registri o la busta mostrano solo che c'è stata una consegna ma non possono mostrare il contenuto del messaggio. Anche se firmi un messaggio, è solo garantito che non è stato manipolato sulla strada. Ma il contenuto originale firmato potrebbe essere ancora "Ciao mondo!" invece di "Sei licenziato!" e hai solo la conferma che è stato inviato un messaggio.


3

Non si tratta solo di chiedere un protocollo basato su TCP che garantisca la consegna nella stessa misura del fax? Esiste un protocollo del genere e quanto è radicato?

Per rispondere in modo specifico alla domanda, non esiste un protocollo di questo tipo. Pertanto non vi è neppure alcun trinceramento di detto protocollo.

Tuttavia, in relazione a questo argomento, ci sono alcuni punti importanti su cosa si intende su ciò che "garanzia" [della consegna] significa anche o è possibile:

  1. Ci deve essere un mezzo per autenticare il mittente. Tuttavia, nel FAX non esiste una tale funzione né il processo di agitazione manuale delle e-mail. Il numero di fax "da" può essere falsificato in quanto l'indirizzo di posta elettronica "da" si trova in così tanti messaggi di spam / phishing.
  2. Devono esserci alcuni mezzi per garantire il non ripudio del messaggio stesso in modo tale che non sia stato modificato in transito per provare anche ciò che stato inviato. Ancora una volta, i protocolli sottostanti non offrono tale garanzia. La PKI (che utilizza la tecnologia della firma digitale nell'e-mail, che è ben supportata sebbene spesso non utilizzata a causa di complessità, certificati in scadenza, ecc.), Unita alla crittografia simmetrica e all'hash del messaggio, contribuisce notevolmente a non ripudiare la posta elettronica. Questi sono metodi ben radicati ma non direttamente nello spazio di comunicazione e-mail in generale.
  3. Devono esserci alcuni mezzi per garantire che il messaggio sia stato effettivamente consegnato al destinatario (previsto). I registri sono in realtà insufficienti in quanto non forniscono alcuna garanzia in merito a quanto sopra e quindi annotano debolmente solo una consegna probabilmente offerta alla cassetta postale (non al destinatario). Questo è persino più debole della consegna postale. Secondo il Codice commerciale uniforme (UCC) nel diritto commerciale commerciale: oltre alla consegna all'indirizzo concordato, è richiesta una comunicazione della consegna al destinatario previsto che i [beni / messaggio] sono disponibili. La posta elettronica memorizza solo il messaggio nella cassetta postale di destinazione, ma ciò non garantisce che il destinatario sia stato avvisato del suo arrivo. Spetta al destinatario verificare costantemente se il messaggio è arrivato.

Infine, esiste un protocollo e-mail opzionale (e in gran parte non supportato da più piattaforme) per richiedere (mittente) e inviare (destinatario) una conferma / ricevuta di consegna. Tuttavia, questo viene usato di rado, non è garantito e infine non confuta la ricezione del messaggio da parte del destinatario ... piuttosto che potrebbero aver scelto di non confermare la ricevuta, la ricevuta non è stata ricevuta dal mittente o la consegna conferma non riuscita tra sistemi di posta elettronica incompatibili che non supportano la stessa / versione di questa funzione opzionale.


2

Molti luoghi che richiedono una consegna garantita utilizzano i prodotti IBM MQ Series o Sterling Software (recentemente acquistati da IBM)


Ho implementato IBM MQ Series e sistemi di messaggistica più recenti (TIBCO, Sterling Commerce, et al) in diverse società. Questi prodotti hanno una funzione di "consegna garantita", ma se leggi la stampa fine, la definizione non è così ben definita. Esistono infatti alcuni casi limite attorno ai quali la disposizione di un messaggio può essere "sconosciuta" in modo tale che il destinatario possa aver ricevuto il messaggio e potrebbe non esserlo. In genere ciò si verifica quando il messaggio viene effettivamente recapitato, il destinatario risponde ma la risposta viene persa prima / al punto del mittente.
Darrell Teague,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.