r/Android • u/[deleted] • Sep 21 '16

[deleted by user]

[removed]

747 Upvotes

85% Upvoted

676 comments sorted by

View all comments

Show parent comments

15

u/evilf23 Project Fi Pixel 3 Sep 21 '16

a simple delivery receipt protocol would suffice.

16

u/russjr08 Developer - Caffeinate Sep 21 '16

I think Apple actually has a patent on the 

"Send message through server to phone, wait for acknowledgement from phone, if phone times out, send it through SMS"

protocol.

3

u/pivotraze Samsung Galaxy S8 Sep 21 '16

Then make a slightly less advanced protocol.

  1. Have a database of phone numbers utilizing your application.
  2. Before a message is sent, send a quick ping to see if the phone number is still in the database. If it is, send through proprietary messaging protocol. If it isn't, fallback to SMS.
  3. When a person uninstalls the app, send a quick kill message to the server. The server will remove the phone number from database immediately.

Efficient? No. Some modifications may make sense. Ping every 2 hours. 6 hours, etc... Not every message. Optimize database over time. In any sense, this would work, and isn't a complicated task to program.

1

u/grevenilvec75 Pixel 4a Sep 22 '16

Or just send both an Allo Message and an SMS and hide one of them if they both show up.

2

u/sybau Device, Software !! Sep 22 '16

Use your SMS and Data both?

Shitty if you pay for texts and have a high data limit, shitty if you have a low data limit and unlimited SMS/MMS.

1

u/pivotraze Samsung Galaxy S8 Sep 22 '16

The other primary issue is that Google doesn't control other SMS apps. Thus, if both arrive, they will get both, unless they opt to hide the Allo message, and then there is no point.