# Fix typos by "Send" and "Really send" **URL:** \ **Category:** Feature Proposal\ **Created:** [January 28, 2023, 11:51am UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411 "2023-01-28T11:51:07Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![oe1rsa](https://forum.delta.chat/user_avatar/forum.delta.chat/oe1rsa/32/1693_2.png) [@oe1rsa](https://forum.delta.chat/u/oe1rsa)\ **Post date:** [January 28, 2023, 11:51am UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/1 "2023-01-28T11:51:07Z")
Often I find myself after having “sent” my message I need to correct a typo or the like. I understand that the underlying protocol does not allow corrections of already sent stuff. Most often I see my typo immediately after sending, because the text appears properly formatted as a message proper. If instead I had the option that sending acted like a preview I could correct my typo because the message had not already left the device. So the first “send” gives me a preview and the “really send” would put it on the wire. If you make this behavior optional no current user will be upset by the “requirement” to press send twice. ---
**Author:** ![ta.bg](https://forum.delta.chat/user_avatar/forum.delta.chat/ta.bg/32/1623_2.png) [@ta.bg](https://forum.delta.chat/u/ta.bg)\ **Post date:** [January 28, 2023, 1:04pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/2 "2023-01-28T13:04:52Z")
You can remove a message and resend it again. I think it will be removed at both sides. ---
**Author:** ![oe1rsa](https://forum.delta.chat/user_avatar/forum.delta.chat/oe1rsa/32/1693_2.png) [@oe1rsa](https://forum.delta.chat/u/oe1rsa)\ **Post date:** [January 28, 2023, 1:29pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/3 "2023-01-28T13:29:56Z")
Thank, you for the answer, but this just does not work very well, well in our group it did not at all. This is why I made the feature request. ---
**Author:** ![webratte](https://forum.delta.chat/user_avatar/forum.delta.chat/webratte/32/16_2.png) [@webratte](https://forum.delta.chat/u/webratte)\ **Post date:** [January 28, 2023, 3:23pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/4 "2023-01-28T15:23:31Z")
“You can remove a message and resend it again. I think it will be removed at both sides.” No, I don’t think so. A message that left the sender’s server can’t removed. You can only remove it from you device and server. You can’t remove from the receivers device and server. ---
**Author:** ![Raiden](https://forum.delta.chat/user_avatar/forum.delta.chat/raiden/32/2544_2.png) [@Raiden](https://forum.delta.chat/u/Raiden)\ **Post date:** [January 28, 2023, 4:05pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/5 "2023-01-28T16:05:29Z")
Unfortunately it is not possible to manually delete a message from the recipient, but you can activate the _Disappearing Messages_ function and select the period after which the message in the chat should be deleted. After the time has elapsed, the message will be deleted both locally and at the recipient. Of course, this only works if the receivers also use DC. I think it would be nice if you could delete messages manually for a certain amount of time after they were sent. Similar to WhatsApp, DC could then point this out in chat with a info message. ---
**Author:** ![ta.bg](https://forum.delta.chat/user_avatar/forum.delta.chat/ta.bg/32/1623_2.png) [@ta.bg](https://forum.delta.chat/u/ta.bg)\ **Post date:** [January 28, 2023, 4:47pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/6 "2023-01-28T16:47:34Z")
“You can’t remove from the receivers device and server.” - but COI standard may support service syntax like “remove this message” and COI client can remove a message. Technically possible. ---
**Author:** ![gerryfrancis](https://forum.delta.chat/user_avatar/forum.delta.chat/gerryfrancis/32/1771_2.png) [@gerryfrancis](https://forum.delta.chat/u/gerryfrancis)\ **Post date:** [January 28, 2023, 5:14pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/7 "2023-01-28T17:14:19Z")
The function of disappearing messages is not intended to delete messages that contain one or more typos on both sides. Imagine to disable that function _before_ you send messages without a typo. (Short explanation: You cannot estimate when you might send a typo-free message…) ---
**Author:** ![Simon](https://forum.delta.chat/user_avatar/forum.delta.chat/simon/32/287_2.png) [@Simon](https://forum.delta.chat/u/Simon)\ **Post date:** [January 28, 2023, 5:52pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/8 "2023-01-28T17:52:00Z")
The COI standard and it’s app are dead: [coi-dev · GitHub](https://github.com/coi-dev) even if the project were still active, it would then only work on servers that implement the COI standard. ---
**Author:** ![Raiden](https://forum.delta.chat/user_avatar/forum.delta.chat/raiden/32/2544_2.png) [@Raiden](https://forum.delta.chat/u/Raiden)\ **Post date:** [January 28, 2023, 6:15pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/9 "2023-01-28T18:15:39Z")
> [@gerryfrancis](#): > > The function of disappearing messages is not intended to delete messages that contain one or more typos on both sides. I am aware of that and was referring to this statement: > [@webratte](#): > > A message that left the sender’s server can’t removed. You can only remove it from you device and server. You can’t remove from the receivers device and server. I wanted to point out that this feature allows you to delete emails from the recipient. Of course, this is not good for correcting typos. That’s why I suggested expanding this option: > [@Raiden](#): > > I think it would be nice if you could delete messages manually for a certain amount of time after they were sent. Similar to WhatsApp, DC could then point this out in chat with a info message. ---
**Author:** ![ta.bg](https://forum.delta.chat/user_avatar/forum.delta.chat/ta.bg/32/1623_2.png) [@ta.bg](https://forum.delta.chat/u/ta.bg)\ **Post date:** [January 28, 2023, 7:17pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/10 "2023-01-28T19:17:39Z")
My idea is for client side feature for COI system message “remove message ID#”. For example in Skype you can edit message and it is changed on remote side as well. ---
**Author:** ![adbenitez](https://forum.delta.chat/user_avatar/forum.delta.chat/adbenitez/32/2323_2.png) [@adbenitez](https://forum.delta.chat/u/adbenitez)\ **Post date:** [January 29, 2023, 9:08am UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/11 "2023-01-29T09:08:57Z")
this post/feature-request is a side effect of another missing feature: possibility to edit sent messages and maybe also a better “full screen” editor to preview/review long messages better before sending, currently with only like 3-4 lines of text in the composer it is hard to read long emails/messages before sending about editing sent messages there are already these features requests: > [@Edit messages in Delta Chat](https://support.delta.chat/t/edit-messages-in-delta-chat/899): > > No matter how much you change the keyboard, no matter how much you check what you type, there is no way to avoid making mistakes when writing a message and more when communication is a bit fast. And then when we review, we realize the nonsense we’ve written. So I recommend. Allow editing the message I know this is not a normal messaging application, but I think this will not be a problem for this team of developers who work miracles. > [@Retract/edit sent messages](https://support.delta.chat/t/retract-edit-sent-messages/1918/9): > > So let me put some caveats in here. Y’all know how I feel about these Delta-generated messages when they are sent to any non-Delta MUA. They are inappropriate, intrusive, and for us who email people in multiple languages, an internationalization mess. We need to be careful about expectation management. We can’t be setting up expectations that later leads the user in trouble. 2a. Users might get the expectation that their original messages can’t be seen once edited, but they can. 2b. If w… with the ability to edit messages and/or better full screen composer to read the message before sending, the issue would be solved without needing less user-friendly approaches like “send” and “really send” options. ---
**Author:** ![ta.bg](https://forum.delta.chat/user_avatar/forum.delta.chat/ta.bg/32/1623_2.png) [@ta.bg](https://forum.delta.chat/u/ta.bg)\ **Post date:** [January 29, 2023, 2:30pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/12 "2023-01-29T14:30:11Z")
> [@adbenitez](#): > > currently with only like 3-4 lines of text in the composer it is hard to read long emails/messages before sending For long messages you can open email client and write normal email. ---
**Author:** ![ta.bg](https://forum.delta.chat/user_avatar/forum.delta.chat/ta.bg/32/1623_2.png) [@ta.bg](https://forum.delta.chat/u/ta.bg)\ **Post date:** [January 29, 2023, 2:40pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/13 "2023-01-29T14:40:01Z")
> [@Simon](#): > > The COI standard and it’s app are dead: [coi-dev · GitHub](https://github.com/coi-dev) Why dead? Are there changes every year for SMTP or IMAP standards? It is normal to “invent” what is necessary and keep it unchanged 10+ years. Better than “new edition” every year. ---
**Author:** ![Simon](https://forum.delta.chat/user_avatar/forum.delta.chat/simon/32/287_2.png) [@Simon](https://forum.delta.chat/u/Simon)\ **Post date:** [January 29, 2023, 6:40pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/14 "2023-01-29T18:40:21Z")
“COI” was a marketing term and product of [OpenXchange’](https://www.open-xchange.com/)'s chat project, as you can see from the link to the repo, it’s archived/dead. ---
**Author:** ![ta.bg](https://forum.delta.chat/user_avatar/forum.delta.chat/ta.bg/32/1623_2.png) [@ta.bg](https://forum.delta.chat/u/ta.bg)\ **Post date:** [January 29, 2023, 7:23pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/15 "2023-01-29T19:23:07Z")
And Delta Chat is dead? Or it is not COI (chat over IMAP)? ---
**Author:** ![Simon](https://forum.delta.chat/user_avatar/forum.delta.chat/simon/32/287_2.png) [@Simon](https://forum.delta.chat/u/Simon)\ **Post date:** [January 30, 2023, 2:32pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/16 "2023-01-30T14:32:52Z")
Delta Chat was there before “COI”, “COI” used a modified version of Delta Chat core and had a flutter based client. Deltachat is not the “COI” project or standard, It’s true that the name/description “Chat over IMAP” also fits Delta Chat, though. ---
**Author:** ![anon79005462](https://forum.delta.chat/letter_avatar_proxy/v4/letter/a/71e660/32.png) [@anon79005462](https://forum.delta.chat/u/anon79005462)\ **Post date:** [March 13, 2023, 2:04pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/17 "2023-03-13T14:04:21Z")
Before you send an message in gmail, the gmail gives time in 15 seconds. If within 15 seconds you do not cancel the message, the message is sent. I think we could have a delay to send the message, maybe 15 seconds or more. _why?_ - usually to avoid spam there is the greylisting process, which is a delay in sending the message. “Graylist or gray list is an existing technology for email servers. In order to avoid receiving SPAM, this technology can be used in conjunction with other blocking technologies. It basically consists of a temporary block being transmitted to the email recipient for a period of time.” - In my opinion, these two buttons: “Send” and “Really send” can appear as you hit the send key. This requires a response time. This response time is somewhat similar to greylisting, but serverless. Something on the client side. ![image](https://support.delta.chat/uploads/default/original/2X/0/0a9448ab6180965cccf5b6ce41ac382ec1abf9c8.png) ---
**Author:** ![Simon](https://forum.delta.chat/user_avatar/forum.delta.chat/simon/32/287_2.png) [@Simon](https://forum.delta.chat/u/Simon)\ **Post date:** [March 13, 2023, 3:43pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/18 "2023-03-13T15:43:59Z")
most users would complain about the delay, so if we should ever add something like that it should be highly optional. users already think deltachat could be faster than it is right now: [Fastest server-side implementation to self-host Delta chat? - #6 by hossein](https://support.delta.chat/t/fastest-server-side-implementation-to-self-host-delta-chat/2309/6) ---
**Author:** ![anon79005462](https://forum.delta.chat/letter_avatar_proxy/v4/letter/a/71e660/32.png) [@anon79005462](https://forum.delta.chat/u/anon79005462)\ **Post date:** [March 13, 2023, 3:50pm UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/19 "2023-03-13T15:50:23Z")
> [@Simon](#): > > most users would complain about the delay, so if we should ever add something like that it should be highly optional. I was thinking about that when I wrote here. I thought this feature couldn’t be optional by the user himself in delta-chat. > [@oe1rsa](#): > > Often I find myself after having “sent” my message I need to correct a typo or the like. I understand that the underlying protocol does not allow corrections of already sent stuff. Most often I see my typo immediately after sending, because the text appears properly formatted as a message proper. > > If instead I had the option that sending acted like a preview I could correct my typo because the message had not already left the device. So the first “send” gives me a preview and the “really send” would put it on the wire. > > If you make this behavior optional no current user will be upset by the “requirement” to press send twice. Maybe you could set a response time to send or receive some message: “send”, “really send” or “send later” or “receive later” ---
**Author:** ![gerryfrancis](https://forum.delta.chat/user_avatar/forum.delta.chat/gerryfrancis/32/1771_2.png) [@gerryfrancis](https://forum.delta.chat/u/gerryfrancis)\ **Post date:** [March 29, 2023, 9:50am UTC](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411/20 "2023-03-29T09:50:57Z")
> [@anon79005462](#): > > Maybe you could set a response time to send or receive some message: “send”, “really send” or “send later” or “receive later” A response time of 15 seconds might be too short to correct typos in a long message. The longer the message, the longer the response time duration would have to be. On the other hand, if we introduced “send and resend”, e.g. by tapping the send button twice, users might become used to it and no longer care. (Would some of them demand a “thricetap” then, like “Send”, “Really send”, “Really, really send”?) My suggestion: Think twice and doublecheck every message before you send it. [Next page](https://forum.delta.chat/t/fix-typos-by-send-and-really-send/2411.md?page=2)