|
|
|
|
|
by dheera
3775 days ago
|
|
Ick. I wish we could kill SMS/Whatsapp/Wechat/LINE already and just do everything over e-mail or some other cross-platform, multi-login protocol. I hate being tied up to one device to message people. I change devices on the order of minutes, move over the course of a day between a few locations that all have devices I own, and don't regularly carry or look at my cell phone if I am already staring at something bigger (e.g. tablet/laptop/desktop/TV). I enjoy e-mail/FB/skype/et al.'s ability to freely switch devices, switch OSes and continue your conversations extremely smoothly without any barriers. I want information to move with me, not with a silly phone. |
|
That's an workable idea. What's needed first is to improve the transmission speed of short emails. I was once considering writing a mail forwarder for servers that don't have mailboxes, one that would open an outbound SMTP connection to the destination host before closing the incoming SMTP connection. The message would be forwarded immediately and the status code passed back to the inbound SMTP connection before closing. No mail bounces, ever. This would be the normal case for single-address emails that aren't too big and aren't tagged as spam. It's not essential to do it this way, but a mail server should not delay a short message more than 1 second.
Next, IMAP servers need to implement NOTIFY per RFC 5645. [1] This provides a push notification back to any interested mail client that new mail is available.
Mail clients can then treat emails like message conversations. Maybe using the "colored bubble" display UI on mobile, as with texting. A useful informal standard could be that single-recipient subject-only emails or no-subject emails get that display treatment.
That gives us texting with attachments for images using existing infrastructure. It could kill off a few unnecessary messaging services.
[1] https://tools.ietf.org/html/rfc5465