Description of problem:
The Akonadi IMAPs daemon incorrectly uses the system wide proxy settings. It used to work fine, even when using a proxy (it would ignore it).
Version-Release number of selected component (if applicable):
This is my job computer, our company is behind a proxy. The IMAP server is inside the company. I tried to setup "no_proxy", change KDE/Plasma proxy setting to various values/no value at all : no change ! I cannot get my emails.
PS : I installed this Mageia 7 from scratch, it is not an upgrade from 6.
I only have one Mageia 7 computer, cannot test on another one.
Steps to Reproduce:
1. Setup the system wide proxy setting in Drakconf
2. Setup Kmail IMAPs account (inside the compagny, no need for proxy)
3. Kmail won't access the IMAPs server; packet sniffing shows that the process "akonadi_imap_resource" makes CONNECT requests to our company proxy (which refuses imaps)
Temporary - but not acceptable - solution : I removed the system-wide proxy settings and configured it inside the various programs that need it. But this breaks some programs that don't have a proxy setting en rely on the system-wide setting.
Another temporary workaround : start Akonadi from the command line.
$ unset http_proxy; akonadictl start
Please file a bug upstream for such as issue:
I did : https://bugs.kde.org/show_bug.cgi?id=412702
Thank you Nicolas for this report, for bugging it upstream, and noting here the upstream bug URL.
Thank you DavidG for giving the upstream bug reporting URL.
With all that done, this bug header fields set accordingly, assigning to the KDE team.
I have got a reply from upstream (Laurent Montel <email@example.com>), he marked the bug as RESOLVED FIXED :
"it was implemented after your 19.04.
So you need to update your pim version."
Is there any chance we can backport the change in Mageia 7 ?
Assigning to QA,
This kimap update is to provide an explicit option to not use the system proxy setting for IMAP connections.
If the system proxy settings are set to use the environment variables http_proxy etc (for compatibility with non-KDE applications), then they are also used for IMAP connections. This is rarely required and will fail unless the proxy is transparent enough. See https://bugs.kde.org/show_bug.cgi?id=407685 and related bugs.
These changes adds an IMAP account option to use the proxy for connection (the default is off) and adds in kdepim-runtime the GUI for the setting, which appears as an additional option in the "Advanced" tab of the account settings dialogue.
Packages in 7/core/updates_testing:
Created attachment 11340 [details]
List of installed packages, akonadi messages
Created attachment 11341 [details]
CLI output of akonadictl restart
I don't use a system proxy or a proxy setup for Akonadi.
I upgrade the packages and found no regressions.
As there is no taker from qa with a dedicated proxy, I set the test as ok.
Hello, how can I help test the fix ? Or will it be soon pushed to the updates ?
You are welcome to give your ok as the bug reporter.
If any doubts about the procedure, please ask on the mailing list
firstname.lastname@example.org or in the Mageia forums.
Anyhow, next and last step will be the validation of the bug report and tests. That will happen in a few days.
Ok, I will test and confirm it works, when the new packages are pushed to 7. :)
(In reply to Nicolas Costes from comment #12)
> Ok, I will test and confirm it works, when the new packages are pushed to 7.
Nop, you have to test it right now with the "Testing" one, it's still you who made this request. Without test it can't be pushed to the "Update" repo!
Good, where are the packages, can you please tell me ?
(In reply to Nicolas Costes from comment #14)
> Good, where are the packages, can you please tell me ?
see the list in comment 6 (Packages in 7/core/updates_testing)
Ok, great. I updated selectively some packages (I wanted to avoid the side effects of updating the numerous packages awaiting for testing) : Kmail now works fine, the "connect using the system proxy settings" checkbox appeared and does its job when checked/unchecked.
Thanks a lot :) !
Updated packages :
Since the reporter has confirmed that his issue has been fixed, I'm validating, and removing the UPSTREAM marker. Advisory in Comment 6.
Thank you, Nicolas.