thunderbird / thunderbird/thunderbird-android
mail not sent without user notification after change of credentials on server
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 14k
- Forks
- 2.8k
- Avg merge
- 3d 3h
- Merged PRs (30d)
- 57
Description
Please search to check for an existing issue - done
Description
After changing the credentials on the mail server the user is notified by K9 for the inbox (wrong password message) BUT not for the outgoing mail! This results in mail being kept in the OUTBOX as unsent. I only recognized that several days after the change of the credentials that emails are stuck in the outbox.
Steps to reproduce
- Change password on mail server - in my case this is GMX. GMX requires credentials for send (SMTP) and sync via IMAP to the device
- Compose new email and press send
- Check contents of OUTBOX folder on the device - the email just created and sent sits there idling
Expected behavior
Error message/warning that the mail could not be sent (possibly with reason).
Environment (please complete the following information):
- K-9 Mail version: 5.600
- Android version: 9
- Device: Xiaomi Redmi Note 4 (mido) /w LineageOS
- Account type: IMAP
Additional context
This is a very irritating behavior: the user is notified about the wrong credentials immediately, as soon as K9 is trying to fetch new mail via IMAP. The correct password supplied in the K9 prompt is only used for sync of inbox and folders with imap.gmx.net (required credentials are user and password) but not for the OUTBOX folder which is connected to mail.gmx.net (SMPT server for outgoing mail; required credentials are again user and password).
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the credential-change scenario with the IMAP inbox and SMTP outgoing server described in the issue, then trace the outgoing-mail send and error-handling entry points. Done means a failed SMTP authentication produces a visible warning or error and the message is not left silently in the OUTBOX; verify the behavior on Android.
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
- 48/100