Ask HN: Should email providers add "UNSEND"?
1–9 of 9 posts
Re: Ask HN: Should email providers add "UNSEND"?
#2Re: Ask HN: Should email providers add "UNSEND"?
#3If, say, gmail implemented this, it would likely require an ACL from the receiving user that specified senders that were allowed to recall.
Re: Ask HN: Should email providers add "UNSEND"?
#4Anyway, if people didn't accidentally send stuff like this, cnn.com and other mainstream media couldn't write an article about it every 6 months.
Re: Ask HN: Should email providers add "UNSEND"?
#5While it's not impossible, email just does not work that way. Email has no sense of state on the other end of a message. The extent of the feedback it gets is a bounce that may or may not have a descriptive error attached to it. Some systems could implement a recall option (Exchange may allow this, but I'm far from an expert) if the accounts are housed in the same system, but it is rarely done as it is against the st…
I would definitely be waiting to have my emails delayed a few seconds if Gmail would momentarily display an Undo option. This would mean that the email wouldn't even be sent until after the Undo option expired, so we wouldn't need to worry about the email protocol.
Re: Ask HN: Should email providers add "UNSEND"?
#6While it's not impossible, email just does not work that way. Email has no sense of state on the other end of a message. The extent of the feedback it gets is a bounce that may or may not have a descriptive error attached to it. Some systems could implement a recall option (Exchange may allow this, but I'm far from an expert) if the accounts are housed in the same system, but it is rarely done as it is against the st…
At one time or another, we've all accidentally sent an e-mail, probably by invoking the keyboard shortcut. I would definitely be waiting to have my emails delayed a few seconds if Gmail would momentarily display an Undo option. This would mean that the email wouldn't even be sent until after the Undo option expired, so we wouldn't need to worry about the email protocol.
Maybe the "send the message right now this exact millisecond" function should require an extra step from the user. And the default action should be to enqueue the outgoing messages and wait for N seconds/minutes before sending them.
And add some rule-based "are you sure you want to send this?" function since you are at it.
Re: Ask HN: Should email providers add "UNSEND"?
#7And the email recall feature of Outlook/Exchange is also quite good. It even tells you how many emails couldn't be recalled (because people have already read them). It will only work within an organisation though, as it is a feature of the Exchange server.
Re: Ask HN: Should email providers add "UNSEND"?
#8Earlier quoted context omitted.
At one time or another, we've all accidentally sent an e-mail, probably by invoking the keyboard shortcut. I would definitely be waiting to have my emails delayed a few seconds if Gmail would momentarily display an Undo option. This would mean that the email wouldn't even be sent until after the Undo option expired, so we wouldn't need to worry about the email protocol.
Yes, having "unsend" as part of the mail client functionality is the way to go. Maybe the "send the message right now this exact millisecond" function should require an extra step from the user. And the default action should be to enqueue the outgoing messages and wait for N seconds/minutes before sending them. And add some rule-based "are you sure you want to send this?" function since you are at it.
Re: Ask HN: Should email providers add "UNSEND"?
#9Some clients (e.g. Outlook) let you put a delay on your outgoing email, so you can cancel it if you change your mind in time. And the email recall feature of Outlook/Exchange is also quite good. It even tells you how many emails couldn't be recalled (because people have already read them). It will only work within an organisation though, as it is a feature of the Exchange server.
This allows for alteration of a message that has not yet made it off the queue. But it has the advantage over e.g. a draft message in that, if circumstances do not change, no further action is required.
If a queued email bothers you enough, you can go back in and change it. But you don't have to remember the things that end up not bothering you; they will be sent after their delay expires. This works in concert with the natural flow of your attention, rather than requiring you to keep track of and follow up on draft emails whose topics your mind has decided it is no longer worried about.
It can also be used to email yourself, or others, reminders at a pre-determined time.
I imagine one reason gmail, for example, does not add such a feature is all the potential avenues of abuse. Accounts set up with to spam without further sign on, or to harass someone else. Or just the person who ueber-automates every moment of their day with umpteen bazillion delayed messages in the latest GTD meme. Google may have better uses for its electrons.
Plus... If its automated, you're not looking at ads while it's sent.