Improve how we handle send failures

[cketti]

trafficstars

• Retry sending messages that have exceeded the maximum retry count when the user selects "send messages" from the Outbox menu
• Display an error indicator in the message list for messages that failed to send with a permanent error
• For messages that failed to send permanently display an error indicator in the message view and allow the user to see the error message from the server (and date of last send attempt)
• Decouple sending messages from checking for new messages

[dgtlmoon]

Small comment from #4594 in that "Send Again" actually means "Send a copy"

[stuart12]

"Send Again" on a message in the Outbox, appears to mean: make a copy, edit the copy and send the edited copy.

With k9 5.705, there appears to be a small bug in "Send Again". If you press it and then back out of the operation (discard the edit), k-9 drops you back into "Inbox" rather than leave you in "Outbox".

[liar666]

Hello,

Thanks for the development of k9 software. It helps a lot having an actual imap client on mobile phones.

However, the way K9 manages send errors makes life very difficult for people in a situation of mobility (which mobile phones are designed for...) : very often, you are on a bad network, or not on a network at all, but still need to send emails or at least create drafts that can be sent later. The current behavior of K9 consists in 'locking' emails in the outbox after a given amount of retries. Then, the only way to 'unlock' locked emails consists in opening each email individually in the outbox, clicking on "forward", then entering again the recipient email address, then hitting send button. Such a process is REALLY tedious, and actual PitA when it occurs several times a day for 10s of emails.

I can think of at least 2 very simple solutions:

• Allow user to manually send the emails: When the user is in the outbox and hits "send emails now", K9 could simply ignore the max number of retries and retry to send the emails right now. As the user manually asks to send the emails, we can assume that she as verified that she is on a working network now. A similar but more "hacky" solution could be to reset the number of retries when user hits "send emails now".
• In the outbox, allow selection of multiple/all emails, then allow move to "draft", then in drafts allow to bulk select emails and send-as-is or move to outbox (and then email sending will restart automatically with retries set to 0).

What do you think of these possibilities? Could one be implemented easily?

[EmanuelLoos]

What is the status on this? Changing this would not just be an enhancement but really solve a huge UI bug in my opinion. A user expects a software to retry something when specifically told to do so. A limit regarding manual retries makes no sense.

[abuesen]

Hi. Got "retries exceeded" on v6.716.

What is the actual state of this behaviour? Workaround available?

Couldn't find an answer in all linked issues.

regards, Andre.