4 ms·
I'd prefer an option where I send it and it rests on gmail's server for X amount of time I specify (minutes, hours, days). I could then go back to it and edit
by ryanspahn 18y ago
I'd prefer an option where I send it and it rests on gmail's server for X amount of time I specify (minutes, hours, days).
I could then go back to it and edit it at will or delete it before the send time has passed.
- smoody 18y agoexactly the approach i would have taken and i think their solution demonstrates, to some degree, what can happen when a company is focused on hiring engineers instead of great product people.
- raganwald 18y agoLet's not argue too much. I agree that what you say is true, but I wouldn't say it's a bad thing. Think back 30 years. Product people were thinking up new main frames, researchers were thinking up the Eldorado workstation, and hackers were thinking up personal computers. Our industry has really benefited from a "throw it against the wall and see what sticks" mentality. Is this a good feature? I don't know, but I do like the idea of Google inventing 100 or 1,000 such features and seeing if one of them is a winner. I am not so sure that a product management team with a gating and evaluation process will do a better job of picking features than--no offense googlers--a million monkeys randomly inventing features they think are neat-o.
- mechanical_fish 18y agoI saw the headline and had the exact same thought. "Oh, look, someone's invented that time-delay feature that I've wanted for years!"
- paulgb 18y agoThat would have another use, too: hiding your sleep schedule from the recipient. You could write an email at 3:00 AM, set an 8 hour delay, and appear to have regular sleep patterns.
- bouncingsoul 18y agoI want this so bad. I've looked before, but I can't find this feature anywhere. But rather than setting delays I'd like to just define a range (say 8am–6pm) during which mail is sent. Anything outside that range would be queued until the next period.
- DanielBMarkham 18y agoAs always, the same two questions. 1) How to build it? (server-based or client-based) and 2) Who's going to pay for it? It sounds like one of those things that a small number of people talk passionately about but there's not actually any money in making their pain go away. Or maybe -- beats the heck out of me where the payback is. Client-side this is less than a week on the Microsoft platform -- a month if you want to handle all email clients. Server-side? I think you'd have to pick just one mail host and stick to customizing it. One of the issues would be turning it off -- you'd have to have some kind of neato keypad test thingy to prevent drunken farts from just clicking the button and sending anyway. That leads me to believe a better design might be client-side.
- eru 18y agoHow about sending your message to a kind of delaying-mail-proxy server could help?
- DanielBMarkham 18y agoThat's a nice one. Didn't think about that. It's a nice compromise between client and server solutions. Store-and-forward has another big set of issues though. File sizes and bandwidth requirements are easily non-trivial. In addition, there could be legal issues with keeping the data around for awhile and then forwarding that wouldn't exist if you just piggy-backed on some other app. In a way, it kind of puts you in the league with GMail and the other guys, right?
- eru 18y agoPlease pardon my garbled post. It's been too late.
- robg 18y agoI agree to an extent, but the problem is defining X before you send the email. Let me put it this way: During the normal weekday, a 15 minute delay is probably sufficient. But coming home late on a Friday night, is 15 hours enough? Or, in some cases, 15 days? So that's the question: how to define X ahead of time without knowing all conditions for which X applies? I suppose you could have date/time conditionals, but there would be instances where you probably violate your own rules.
- DougBTX 18y agoHeh, let it depend on how many maths questions you get right.
- mynameishere 18y agoI was going to say the same thing. I probably edit at least 50 percent of my comments here and on reddit within a minute, and delete about 25 percent. Presumably a pause in mail sending would have a similar effect.
- ryanspahn 18y agoMaybe we'll see this ... obviously we all thought of this feature before and would enjoy this. Maybe they are listening? Also, if they are listening I would like to be able to Twitter within Gmail. Have an inbox tab and a Twitter tab; spend all my time in Gmail & refresh Twitter a few times a day, why not consolidate?
- gruseom 18y agoTotally agree. And I'm sure I read Paul Buchheit somewhere saying that just this feature would make a good addition to Gmail. What they did instead is so gimmicky it makes me cringe.
- mhartl 18y agoI've been asking for this for years to no avail. Even a ten-second delay would be enough to prevent a lot of "sender's remorse".
- Hexstream 18y agoI agree. However this might not be as effective as one would expect if you usually realize your mistake only once you're past the point of no-return. In other words, if you know your mail won't be sent right away, will that delay the background, subconscious mental process of analysing your actions to see if you screwed up?
- deleted 18y ago[deleted]