thunderbird / thunderbird/thunderbird-android

Remove maximum number of retries for sendng message

Open
#11,039 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

unconfirmed
Dominant language
Kotlin
Stars
14k
Forks
2.8k
Avg merge
3d 3h
Merged PRs (30d)
57

Description

Checklist
  • I have used the search function to see if someone else has already submitted the same bug report.
  • I will describe the problem with as much detail as possible.
App

K-9 Mail

App version

18

Where did you get the app from?

None

Android version

16

Device model

No response

Steps to reproduce

On some days I am offline at home. My phone connects to the router (Intranet), but the router is not connected to Internet, so my phone cannot send emails. I create a message in K9 with the intention to send it, once the router goes online.

K9 tries from time to time to send the message and it apparently counts how many times sending the message has not worked. If a certain threshold is reached, it does not try anymore to send the message.

Expected behavior

The threshold for maximum retries to send a message should be removed. At the same time, if a notification is shown that a message cannot be send, I have no objections to include in the notification how many times it was tried to send the message. Thus the user can take action,based on the number, .e.g. remove the message from the Outbox mailbox.

Actual behavior

K9 stops retrying to send a message, stating some threshold for retrying to send the message was reached.

Logs

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with K-9 Mail's send-retry behavior for messages held in the Outbox while the router has no Internet connection. Reproduce the offline scenario, then verify that sending continues beyond the current threshold and that any failure notification may still report the retry count.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, kotlin
Domain
mobile
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.