News for hackers. Stuff that matters.
Re:Delivering Billions of Messages Exactly Once by Spearchucker on Thursday June 29, 2017 @05:58PM (#14667193)
The protocol is in fact quite simple:

1. Sender sends message.

2. If no acknowledgement from recipient is returned to sender, resend message until an acknowledgement is received from recipient.

3. If recipient receives message, check store to see if it's been received before.

4. If it's not in the store, store it, acknowledge receipt to sender, and process it.

5. If it's already in the recipient's store, acknowledge receipt to sender, and discard message.

Re:Delivering Billions of Messages Exactly Once by wenc on Thursday June 29, 2017 @10:45PM (#14668338)
What if the "acknowledge receipt to sender" message gets lost?
Re:Delivering Billions of Messages Exactly Once by wuch on Friday June 30, 2017 @01:25AM (#14668795)
Server will keep trying to send the message. Each time the client responds with receipt. Eventually communication succeeds and protocol is done. The major drawback is requirement of persistent storage on the client.
Re:Delivering Billions of Messages Exactly Once by Spearchucker on Friday June 30, 2017 @01:46AM (#14668837)
That's not a drawback - it's an advantage. It enables store-and-forward, i.e. on- and offline use. The client remains functional without a connection to the server.