Sending email and forwarding email and replying to email use the default account.
Redirecting email (now, not later) uses the first sending account. It should use the defaults sending account.
Steps to reproduce
You'll need multiple sending accounts. To simplify testing create the first account so that it doesn't work (e.g. wrong password) and the default account later in the list (which seems to be in chronological order) and configured so that it does work.
Sending email and forwarding email and replying to email use the default account.
Redirecting email (now, not later) uses the first sending account.
Screenshots
## Basic information
- TDE version: R14.0.10
- Distribution: Debian Buster 10.9
- Hardware: amd64
<!--
Use SL/* labels to set the severity level.
Please do not set a milestone.
-->
## Description
Sending email and forwarding email and replying to email use the default account.
Redirecting email (now, not later) uses the first sending account. It should use the defaults sending account.
## Steps to reproduce
You'll need multiple sending accounts. To simplify testing create the first account so that it doesn't work (e.g. wrong password) and the default account later in the list (which seems to be in chronological order) and configured so that it does work.
Sending email and forwarding email and replying to email use the default account.
Redirecting email (now, not later) uses the first sending account.
## Screenshots
<!-- If it seems useful, please provide provide one or more screenshots. -->
This is true. Redirect uses the account set as default. IMO this is OK, but we can debate.
Redirect should definitely use the sending service set specifically for the account from which the original mail comes, or default if specific is not set. However, as reported from @mgb, first account is used instead of original account or the default account. That's why it looks like a bug.
> This is true. Redirect uses the account set as default. IMO this is OK, but we can debate.
Redirect should definitely use the sending service set specifically for the account from which the original mail comes, or default if specific is not set. However, as reported from @mgb, *first* account is used instead of original account or the default account. That's why it looks like a bug.
@mgb When the new packages are available, could you test and confirm the problem is fixed?
I will try to do this but how quickly will depend on whether the new packages can be installed over TDE Stable or whether I have to switch to PSB or Testing.
Thanks for the fix!
> This should have been resolved by PR #67.
>
> @mgb When the new packages are available, could you test and confirm the problem is fixed?
I will try to do this but how quickly will depend on whether the new packages can be installed over TDE Stable or whether I have to switch to PSB or Testing.
Thanks for the fix!
new packages should easily install on top of stable. They are basically stable + changes since last release. Not so many changes there, so I doubt there will be problems.
new packages should easily install on top of stable. They are basically stable + changes since last release. Not so many changes there, so I doubt there will be problems.
Sorry I won't be able to test this until I can upgrade a system to 14.0.12 which - since all our installed package versions are managed and cross-checked - is non-trivial.
# dpkg --dry-run -i /tmp/kmail-trinity_14.0.12~pre6-0debian11.0.0+0_amd64.deb
(Reading database ... 214334 files and directories currently installed.)
Preparing to unpack .../kmail-trinity_14.0.12~pre6-0debian11.0.0+0_amd64.deb ...
# dpkg -i /tmp/kmail-trinity_14.0.12~pre6-0debian11.0.0+0_amd64.deb (Reading database ... 214334 files and directories currently installed.)
Preparing to unpack .../kmail-trinity_14.0.12~pre6-0debian11.0.0+0_amd64.deb ...
Unpacking kmail-trinity (4:14.0.12~pre6-0debian11.0.0+0) over (4:14.0.11-0debian11.0.0+0) ...
dpkg: dependency problems prevent configuration of kmail-trinity:
kmail-trinity depends on libtqt3-mt (>= 4:14.0.12~pre10); however:
Version of libtqt3-mt on system is 4:14.0.11-0debian11.0.0+0.
kmail-trinity depends on tdelibs14-trinity (>= 4:14.0.12~pre18); however:
Version of tdelibs14-trinity on system is 4:14.0.11-0debian11.0.0+0.
dpkg: error processing package kmail-trinity (--install):
dependency problems - leaving unconfigured
Processing triggers for man-db (2.9.4-2) ...
Errors were encountered while processing:
kmail-trinity
#
Sorry I won't be able to test this until I can upgrade a system to 14.0.12 which - since all our installed package versions are managed and cross-checked - is non-trivial.
```
# dpkg --dry-run -i /tmp/kmail-trinity_14.0.12~pre6-0debian11.0.0+0_amd64.deb
(Reading database ... 214334 files and directories currently installed.)
Preparing to unpack .../kmail-trinity_14.0.12~pre6-0debian11.0.0+0_amd64.deb ...
# dpkg -i /tmp/kmail-trinity_14.0.12~pre6-0debian11.0.0+0_amd64.deb (Reading database ... 214334 files and directories currently installed.)
Preparing to unpack .../kmail-trinity_14.0.12~pre6-0debian11.0.0+0_amd64.deb ...
Unpacking kmail-trinity (4:14.0.12~pre6-0debian11.0.0+0) over (4:14.0.11-0debian11.0.0+0) ...
dpkg: dependency problems prevent configuration of kmail-trinity:
kmail-trinity depends on libtqt3-mt (>= 4:14.0.12~pre10); however:
Version of libtqt3-mt on system is 4:14.0.11-0debian11.0.0+0.
kmail-trinity depends on tdelibs14-trinity (>= 4:14.0.12~pre18); however:
Version of tdelibs14-trinity on system is 4:14.0.11-0debian11.0.0+0.
dpkg: error processing package kmail-trinity (--install):
dependency problems - leaving unconfigured
Processing triggers for man-db (2.9.4-2) ...
Errors were encountered while processing:
kmail-trinity
#
```
Confirmed that kmail-trinity from PSB correctly uses default sending account when redirecting.
Thank you!
FYI - and this is so trivial that I won't even file a wish list but just FYI - the address to which the email is redirected does not seem to be added to the recent addresses list.
--Mike
Confirmed that kmail-trinity from PSB correctly uses default sending account when redirecting.
Thank you!
FYI - and this is so trivial that I won't even file a wish list but just FYI - the address to which the email is redirected does not seem to be added to the recent addresses list.
--Mike
FYI - and this is so trivial that I won't even file a wish list but just FYI - the address to which the email is redirected does not seem to be added to the recent addresses list.
You can file an issue report for it, so one day (after you remind us for the zillionth time) we will look into it. Without an issue, we would likely forget about it.
> FYI - and this is so trivial that I won't even file a wish list but just FYI - the address to which the email is redirected does not seem to be added to the recent addresses list.
You can file an issue report for it, so one day (after you remind us for the zillionth time) we will look into it. Without an issue, we would likely forget about it.
Basic information
Description
Sending email and forwarding email and replying to email use the default account.
Redirecting email (now, not later) uses the first sending account. It should use the defaults sending account.
Steps to reproduce
You'll need multiple sending accounts. To simplify testing create the first account so that it doesn't work (e.g. wrong password) and the default account later in the list (which seems to be in chronological order) and configured so that it does work.
Sending email and forwarding email and replying to email use the default account.
Redirecting email (now, not later) uses the first sending account.
Screenshots
TDE 14.1 - I can not confirm it.
I have multiple sending accounts and when I press forward, it uses the account I am using at the momen.
How about redirect, not forward?
This is true. Redirect uses the account set as default. IMO this is OK, but we can debate.
Redirect should definitely use the sending service set specifically for the account from which the original mail comes, or default if specific is not set. However, as reported from @mgb, first account is used instead of original account or the default account. That's why it looks like a bug.
Does anyone have a workaround for this, or a way to reorganize the sending accounts so the default account is first?
Hi Mike, I have added this to R14.0.x todo list. I will look into it between now and the release time. Most likely after new year day.
Thank you!
I am able to reproduce this problem. Will look into it, possibly next week.
MicheleC referenced this issue from TDE/tdebase 1 month agoThis should have been resolved by PR #67.
@mgb When the new packages are available, could you test and confirm the problem is fixed?
I will try to do this but how quickly will depend on whether the new packages can be installed over TDE Stable or whether I have to switch to PSB or Testing.
Thanks for the fix!
new packages should easily install on top of stable. They are basically stable + changes since last release. Not so many changes there, so I doubt there will be problems.
Sorry I won't be able to test this until I can upgrade a system to 14.0.12 which - since all our installed package versions are managed and cross-checked - is non-trivial.
You can enable apt sources for PSB and enter:
…it should only update the necessary dependencies.
Confirmed that kmail-trinity from PSB correctly uses default sending account when redirecting.
Thank you!
FYI - and this is so trivial that I won't even file a wish list but just FYI - the address to which the email is redirected does not seem to be added to the recent addresses list.
--Mike
You can file an issue report for it, so one day (after you remind us for the zillionth time) we will look into it. Without an issue, we would likely forget about it.