Bug 398011 - stopped getting gmail
Summary: stopped getting gmail
Status: RESOLVED FIXED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: Gmail resource (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Daniel Vrátil
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-08-29 09:21 UTC by BingMyBong
Modified: 2019-03-06 09:35 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description BingMyBong 2018-08-29 09:21:16 UTC
As the result of accepting the Akonadi dialog this morning requesting Gmail access, i've not received any email from Google into Kmail, they arrive on my phone okay.  Logging into my google account via webmail and checking the settings, google seems to think access from akonadi is granted.
I can send gmails from kmail okay.

opensuse:tumbleweed:20180827
Qt: 5.11.1 KDE Frameworks: 5.49.0 - KDE Plasma:  5.13.4 - kwin 5.13.4
kmail2 5.9.0 - akonadiserver 5.9.0
Comment 1 Pawel 2018-08-29 16:38:23 UTC
Maybe the same: I recive emails from GMail but cannot send any. KMail/Akonadi is "less secure" aplication for Google. Even when I accept this kind of connection's on GMail side, nothing has changed. 
I think that this problem is not only KMail/Akonadi related, because Trojita cannot connect with GMail at all.
Comment 2 MartinG 2018-08-29 20:09:15 UTC
Had the same after updating to latest version on Fedora 28.
kontact-18.04.3-1.fc28.x86_64
kdepim-runtime-18.04.3-1.fc28.x86_64
kdepimlibs-4.14.10-26.fc28.x86_64
kdepim-runtime-libs-18.04.3-1.fc28.x86_64
kdepim-apps-libs-18.04.3-1.fc28.x86_64
kf5-libkdepim-akonadi-18.04.3-1.fc28.x86_64

The problem went away after enabling "less secure" application via the gmail web interface.

Also, at #fedora-kde on freenode (IRC), it was said that the "less secure" option is needed until support for oauth(?) is made available - it should be in the next version.
Comment 3 Pawel 2018-08-30 06:08:51 UTC
Unfortunetely "less secure" option doesn't work for me. Tested on KMail, Trojita and Kube. On KMail I can receive mails, but on Trojita and Kube there're not possible to connect to GMail's server at all.
Comment 4 Pawel 2018-08-30 10:16:05 UTC
Today I changed "less secure" option on GMail settings one more time, and one more time accept "unknown access" to my account (yes, it was me), and everything works well, again.
So, probably this "bug" is GMail's related.
Comment 5 BingMyBong 2018-08-30 10:23:14 UTC
(In reply to MartinG from comment #2)
> Had the same after updating to latest version on Fedora 28.
> kontact-18.04.3-1.fc28.x86_64
> kdepim-runtime-18.04.3-1.fc28.x86_64
> kdepimlibs-4.14.10-26.fc28.x86_64
> kdepim-runtime-libs-18.04.3-1.fc28.x86_64
> kdepim-apps-libs-18.04.3-1.fc28.x86_64
> kf5-libkdepim-akonadi-18.04.3-1.fc28.x86_64
> 
> The problem went away after enabling "less secure" application via the gmail
> web interface.
> 
> Also, at #fedora-kde on freenode (IRC), it was said that the "less secure"
> option is needed until support for oauth(?) is made available - it should be
> in the next version.

Mine was already set to "Allow less secure apps: ON" and dated 3 May when it was given access so what did the Dialog do yesterday when it popped up?  I'll try removing the access and recreating it and see what happens
Comment 6 BingMyBong 2018-08-30 10:23:43 UTC
(In reply to Pawel from comment #4)
> Today I changed "less secure" option on GMail settings one more time, and
> one more time accept "unknown access" to my account (yes, it was me), and
> everything works well, again.
> So, probably this "bug" is GMail's related.
Mine was already set to "Allow less secure apps: ON", I'll try removing the access and recreating it and see what happens
Comment 7 BingMyBong 2018-08-30 10:45:19 UTC
(In reply to Pawel from comment #4)
> Today I changed "less secure" option on GMail settings one more time, and
> one more time accept "unknown access" to my account (yes, it was me), and
> everything works well, again.
> So, probably this "bug" is GMail's related.

I've found a solution.  I changed the "Allow less secure apps: ON" to OFF on my Google settings for webmail and that removed Akonadi from the permitted apps but that didn't do anything to fix it though so this might not need to be done. 
I then went through the kmail settings for "Receiving" emails on the google account, on that page is said Authentication is "Gmail" -  i changed this setting to "PLAIN" and now it all works.  
I've not had the Akonadi/Google dialog again as yet to reestablish "permissions" to read/send emails via google.
Comment 8 Grósz Dániel 2018-09-02 16:12:33 UTC
> I then went through the kmail settings for "Receiving" emails on the google
> account, on that page is said Authentication is "Gmail" -  i changed this
> setting to "PLAIN" and now it all works.  

Seconded. The problem happens after a Tumbleweed update to Akonadi, with gmail authentication it doedsn't work, with PLAIN it does.
Comment 9 Fabian Otto 2018-09-02 20:34:00 UTC
possibly related. 
kmail 18.08.0 refuses to connect to my IMAP accounts no matter the login settings. Also I'm behind an internal proxy with exceptions for the imap server. I tried it with it enabled and disabled and with proxy set to automatic, manual and off in kde settings.
The settings are correct though as Trojita connects without problems

akonadiconsole outputs this:
0x55c36ab58c60 { "error": false, "generation": 1535840819, "message": "Not Really IMAP server", "protocolVersion": 60, "response": true, "serverName": "Akonadi", "tag": 0, "type": "Hello" } 
0x55c36ab58c60 { "response": false, "sessionId": "akonadi_imap_resource_0", "tag": 2, "type": "Login" } 
akonadi_imap_resource_0 (0x55c36ab58c60) { "error": false, "response": true, "tag": 2, "type": "Login" } 
akonadi_imap_resource_0 (0x55c36ab58c60) { "resourceId": "akonadi_imap_resource_0", "response": false, "tag": 3, "type": "SelectResource" } 
akonadi_imap_resource_0 (0x55c36ab58c60) { "error": false, "response": true, "tag": 3, "type": "SelectResource" } 
akonadi_imap_resource_0 (0x55c36ab58c60) { "resourceId": "akonadi_imap_resource_0", "response": false, "tag": 4, "type": "SelectResource" } 
akonadi_imap_resource_0 (0x55c36ab58c60) { "error": false, "response": true, "tag": 4, "type": "SelectResource" }
Comment 10 Olivier BELLEUX 2018-09-09 14:51:19 UTC
Hello,

I can receive emails from Gmail (pop3, ssl / tls 995) but not send (smtp ssl / tls 465) I tested several solutions (port etc ...) without success.

This is unfortunately not the first time this year.

If Akonadi can not be corrected for good then maybe the Kde-Pim team should stop trying to keep it alive: persisting is commendable, but persevering in this kind of mistake is stupid.

I think I will finish with kontact and kde at the same time and go to take refuge at Gnome and thunderbird; I like kde but I'm not stupid to the point of depriving me of a feature as basic as sending mail ...
Comment 11 BingMyBong 2018-09-09 17:03:35 UTC
(In reply to Olivier BELLEUX from comment #10)
> Hello,
> 
> I can receive emails from Gmail (pop3, ssl / tls 995) but not send (smtp ssl
> / tls 465) I tested several solutions (port etc ...) without success.
> 
> This is unfortunately not the first time this year.
> 
> If Akonadi can not be corrected for good then maybe the Kde-Pim team should
> stop trying to keep it alive: persisting is commendable, but persevering in
> this kind of mistake is stupid.
> 
> I think I will finish with kontact and kde at the same time and go to take
> refuge at Gnome and thunderbird; I like kde but I'm not stupid to the point
> of depriving me of a feature as basic as sending mail ...

I use imap with google and if i use auto-detect it configures as STARTTLS, port 587, PLAIN authentication and it sends ok.