Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

It's often established in law that faxes are accepted documents because their delivery is 'guaranteed', whereas e-mail is not because its delivery is not. Isn't this just begging for a TCP-based protocol that guarantees delivery to the same degree that fax does? Does such a protocol exist, and how entrenched is it?

share|improve this question
    
Interesting question. I find that I have to explain to end-users that mail systems aren't infallible, and that any variety of factors can affect delivery. –  ewwhite Sep 7 '11 at 14:15
3  
I think you're trying to come up with a technological solution to what's essentially a social problem. You can't guarantee the recipient of a message actually lays eyeballs on that message, whether that message is sent via fax or across the Internet. –  cjc Sep 7 '11 at 14:38
    
The Two Generals Problem explained by Rocketboom: rocketboom.com/two-generals –  kzh Sep 7 '11 at 18:42

5 Answers 5

up vote 14 down vote accepted
  1. Fax delivery is NOT guaranteed - There are many ways a fax can fail. To name a few:

    • Misdialed number
    • Receiving fax out of paper (and not smart enough to realize)
    • Receiving fax out of toner (and not smart enough to realize)
    • Paper loaded upside-down in sending fax
    • Receiving fax is a shared device and the received fax gets taken and discarded by unintended recipient

  2. SMTP IS a TCP-based protocol. Please consult RFC 821 and its successors RFC 2821 and RFC 5321.
    The underlying network protocol (TCP/IP) has nothing to do with reliable delivery (an application-protocol level thing).

  3. Most SMTP servers keep logs of which messages (sender/recipient/messageID) passed through them, which can be admissible in court if you can demonstrate that the logs are unlikely to have been tampered with.
    Consult a lawyer.

  4. There are mechanisms glued on to the SMTP protocol and associated programs for ensuring delivery (DSN, Return Receipts). Note that these themselves are best-effort / mutual cooperation extensions (Most mail clients let you elect not to send read receipts, and some clients can't issue a read receipt. Some MTAs can't/won't issue a delivery receipt.
    I'm not certain on the admissibility of these - it would depend on the court and any established precedent. Again, Consult a lawyer.

share|improve this answer
    
I wasn't trying to imply that SMTP wasn't TCP-based. –  Jez Sep 7 '11 at 14:38
11  
@Jaz - I was pretty sure you knew it, but the way your question was phrased conflates two issues - reliable transport of datagrams (TCP vs UDP), and reliable delivery of the whole message (application problem). When someone with less clue stumbles onto this question in a year or so I don't want them getting the wrong idea :-) –  voretaq7 Sep 7 '11 at 14:47

Isn't this just begging for a TCP-based protocol that guarantees delivery to the same degree that fax does? Does such a protocol exist, and how entrenched is it?

To specifically answer the question - no such [network] protocol exists. Thus there is likewise no entrenchment of said protocol.

However, related to this topic, there are some important points about what one means about what "guarantee" [of delivery] even means or is possible:

  1. There must be a means to authenticate the sender. However, there is no such facility in the FAX nor email hand-shaking process. The "from" FAX number can be spoofed much as the "from" email address is in so much spam/phishing messages.
  2. There must be some means to ensure non-repudiation of the message itself such that it was not modified in-transit to even prove what was sent. Again, the underlying protocols make no such guarantee. PKI (using digital-signature technology in email, which is well supported though oft unused due to complexities, expiring certificates, etc), coupled with symmetric encryption and message hashing goes a long way to provide non-repudiation in email. These are well entrenched methods but not directly in the email communication space at large.
  3. There must be some means to guarantee the message was actually delivered to the (actual intended) recipient. Logs are actually insufficient since they do not make any guarantees as to the above and then only weakly annotate a probably tendered delivery to the mailbox (not the recipient). This is even weaker than postal delivery. According to the Uniform Commercial Code (UCC) in commercial trade law: in addition to delivery to the agreed address, a communication of the delivery to the intended recipient that the [goods/message] are available is required. Email only stores the message at the target mailbox but this does not guarantee the recipient has been notified of its arrival. It is incumbent upon the receiver to constantly 'check' if the message arrived.

Lastly, there is an optional (and largely not cross-platform supported) email protocol to request (sender) and send (receiver) a delivery confirmation / receipt. However, this is seldom used, is not guaranteed and lastly does not disprove the receipt of the message by the recipient... rather that they may have either elected to not confirm the receipt, the receipt was not received by the sender or the delivery confirmation failed between incompatible email systems that do not support the same/version of this optional feature.

share|improve this answer

Many places that require guaranteed delivery use IBM's MQ Series or Sterling Software's products (recently bought by IBM)

share|improve this answer
    
I have implemented IBM MQ Series and more recent messaging systems (TIBCO, Sterling Commerce, et al) at several companies. These products do have a 'guaranteed delivery' feature but if you read the fine-print, the definition is not quite so iron-clad. There are indeed a few edge cases around which the disposition of a message can be 'unknown' such that the recipient MAY have received the message and may not have. Typically this occurs when the message is in fact delivered, the receiver responds but the response is lost before/at sender point. –  Darrell Teague Mar 20 at 21:48

The only way to have a guaranteed delivery is a direct peer-to-peer delivery. The sender has to establish a direct connection to the recipient and the recipient has to confirm the reception. Email is not a peer-to-peer protocol but a store-and-forward protocol. So there is not that kind of guarantee that is accepted in court. But sure the protocol tries to be reliable and if all servers in the chain play well then it is reliable.

But the technological delivery guarantee (in real life and in electronic mail/fax) does not give a guarantee on the message content. The logs or envelope only show that there was a delivery but can not show the message content. Even if you sign a message then it is only guaranteed that it was not manipulated on the way. But the original signed content could still be "Hello world!" instead of "You are fired!" and you only have the confirmation that a message has been sent.

share|improve this answer

It's often established in law that faxes are accepted documents because their delivery is 'guaranteed'

Email server logs from sender and recipients are probably more reliable than fax reception confirmation.

The confirmation simply implies that "a" fax answered and received the document.

Server logs can confirm that "that specific" mailbox received the email and went through server A, B and C before getting in "that specific" mailbox.

I know that in Canada emails are accepted in courts of law. In large cases, a civil law suit can have an Anton Piller Order executed to seize server logs and mailboxes content.

share|improve this answer
2  
You get a fax confirmation on the sending side. Whereas the confirmation of successful delivery of emails can only be seen on the receiving side. The sender only knows that the mail was delivered to the next hop (but not to the destination). –  mailq Sep 7 '11 at 14:57
    
@mailq, I agree with you. But again, a fax confirmation does not confirm that it ended up at the right destination neither. That's why I said that both sender and recipients server logs is as good, if not better than the reception confirmation from a fax. –  Alex Sep 7 '11 at 15:24
1  
a fax confirmation confirms that the fax was sent to the wrong destination. You see the recipient's number. That it was the wrong number is not the fault of the technology but is a human error. –  mailq Sep 7 '11 at 15:44
    
"You see the recipient's number" ... as set up by the recipient, not as received from Caller-ID - and thus it is not always the actual number you have dialled. –  Piskvor Sep 7 '11 at 15:57
    
@Piskvor: Most fax machines I have used put the dialed number on the delivery confirmation page. –  snap Sep 7 '11 at 17:10

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.