After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 787556 - Multiple accounts, Evolution forgets default folders
Multiple accounts, Evolution forgets default folders
Status: RESOLVED NOTGNOME
Product: evolution
Classification: Applications
Component: general
3.24.x (obsolete)
Other Linux
: Normal major
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2017-09-11 19:02 UTC by pimou
Modified: 2017-10-12 08:55 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Accounts (33.46 KB, image/png)
2017-09-11 19:02 UTC, pimou
Details

Description pimou 2017-09-11 19:02:18 UTC
Created attachment 359553 [details]
Accounts

I'am using Gnome Evolution with multiple (IMAP) accounts : (see file)

(1 - "On this computer" : contains only old received/sent messages ;)
2 - imap xxx@gmx.fr account, with receive/sent default folders on the gmx.fr server;
3 - imap xxx@skynet.be default account with receive/sent default folders on the skynet.be server ;

For the two imap accounts I want always to keep sent messages on the server. So default sent folders are : xxx@gmx.fr/Envoyés (Envoyés = "sent mail") for account 2 and xxx@skynet.be/SentMail for account 3.

When account 2  (and 3) is active (Edit, Preferences, Accounts), Evolution seems forget the defaults imap folder for my account 3 : regularly my xxx@skynet.be/SentMail is changed to mycomputer/Sent mail folder ! In this case, when I sent a mail from my default account 3, sent mail is move to "on this computer/sentmail" folder.

This never happens when account 2 is inactive and when only account 3 (and 1) is active. In this case, sent mail from default account 3 find always in xxx@skynet.be/SentMail.
Comment 1 Milan Crha 2017-09-13 11:52:05 UTC
Thanks for a bug report. I have configured plenty of mail accounts, with currently 7 accounts enabled, with different Defaults folders, including the Sent folder to be used. I sometimes disable some of those enabled accounts, sometimes enable other accounts. I did not notice any such behaviour (yet).

It can happen that when sending the mail the set Sent folder is not reachable or any other error happens when sending, then the On This Computer/Sent is used to store the sent message instead, but at the same time there's an error message saying so. The settings as such are not changed.

The circumstances about enabled/disabled one/the-other account are weird on the first look.

The Sent folder setting is stored in ~/.config/evolution/sources, you can check what there is stored with command like this:

   $ cat ~/.config/evolution/sources/*.source | grep SentFolder

Which should show the following lines at least twice:

   UseSentFolder=true
   SentFolder=folder://local/Sent

but with the later key pointing to the respective account.

Could you verify the setting is correct, please? Also, could you run evolution from a terminal, to see whether it shows anything there, please? It can be either after start or after sending message, when it saves the sent mail to the correct folder.

I suppose you see the changed folder in the account properties, and when sending an email then it is saved to a wrong destination, right? It can be that the account Properties default to local Sent folder also when the predefined folder cannot be reached for some reason, like when it is not subscribed and you have the account set to show only subscribed folders.
Comment 2 pimou 2017-09-13 20:14:24 UTC
Dear Milan,

My problem always appends at the starting of Evolution, always with my skynet.be account and only when my gmx.fr account is enabled. Evolution restore (but not at each launch) skynet.be account's default value to OnThisComputer's folders instead of remote imap's folders.

>I suppose you see the changed folder in the account properties, and when >sending an email then it is saved to a wrong destination, right?
Yes, it is right.


when I have the problem, settings are :

[pierre@PCBUREAU ~]$ cat ~/.config/evolution/sources/*.source | grep SentFolder
SentFolder=folder://local/Sent  !!! NOK
SentFolder=folder://1495145162.10501.6%40PCBUREAU/Envoy%c3%a9s

When I haven't the problem, settings are :
[pierre@PCBUREAU ~]$ cat ~/.config/evolution/sources/*.source | grep SentFolder
SentFolder=folder://1495143025.4525.4%40PCBUREAU/SentMail   !!! OK
SentFolder=folder://1495145162.10501.6%40PCBUREAU/Envoy%c3%a9s

When the problem appears, a the first opening of Evolution, I can see some > next my skynet.be folders 
(see screen copy here : https://framapic.org/damO0It2grCh/ci48Ob7QN5FD.png).
Before this, I launched Evolution via a terminal a I got an error :

[pierre@PCBUREAU ~]$ evolution
RSS Plugin enabled (evolution 3.24, evolution-rss 0.3.95)
soup init()

(evolution:1173): camel-imapx-provider-CRITICAL **: fetch_folder_info_for_namespace_category: assertion 'namespace_response != NULL' failed
feed Arch Linux: Recent news updates
feed LinuxFr org : les journaux
feed LinuxFr org : les dépêches
feed Framasoft - Toute l'actualité
RSS: cleaning all remaining sessions ...done
[pierre@PCBUREAU ~]$ 



Could you help me ?
Regards,
Pierre
Comment 3 pimou 2017-09-14 04:46:22 UTC
Hello,

I have done a new test :
Now the option "check for new messages at startup" si disabled.
When I launch Evolution via a terminal I receive the same camel-imapx-provider error message (see my previous post) and my skynet.be account show only 1 folder ("Boîte de réception"/inbox).
(Screen copy here : https://framapic.org/03pxGjrANVDN/btusHjOVpybE.png)
In theory Evolution is configured to use accounts offline.

Regards,
Pierre
Comment 4 Milan Crha 2017-09-14 07:24:31 UTC
(In reply to pimou from comment #2)
> (evolution:1173): camel-imapx-provider-CRITICAL **:
> fetch_folder_info_for_namespace_category: assertion 'namespace_response !=
> NULL' failed

It might be the reason. It means that evolution failed to talk to the server for some reason. Could you run evolution with IMAPx debugging? Maybe it'll show what failed. The command is:

   $ CAMEL_DEBUG=imapx:io evolution &>log.txt

Please note that it logs raw communication between the server and the client, for all enabled IMAP accounts. As such, it exposes private information about servers, your folders, and can even the messages it recognized. I'm not interested in any of that, thus do not attach it here, I'd like to see what preceded to that runtime warning on console. There might be some error returned form the server.

If you are unsure what to delete and what to keep, then feel free to send the log only to me, to my bugzilla mail address, just mention this bug report in the message subject, thus I'd not overlook it in my spam folder.

I would suspect that the server can reject connection due to too many opened concurrent connection. This is taken care of within one account, but not between multiple accounts accessing the same server. The two addresses do not access the same mail server, do they?
Comment 5 pimou 2017-09-14 18:46:29 UTC
Dear Milan,

Yes, my two addresses do not access the same email server. 
I have just sent the log file to mcrha@redhat.com with [Bug 787556] as subject.

Regards
Comment 6 Milan Crha 2017-09-15 06:23:30 UTC
(In reply to pimou from comment #5)
> Yes, my two addresses do not access the same email server. 

I see.

> I have just sent the log file to ...

Thanks, the mail had been received. There is no need to "expose" my email address this way, I'm also not writing yours in the comments even I see it, because I'm logged into the bugzilla. :) (bugzilla account addresses are not visible for people not logged into the bugzilla).

Looking into the log (it looks like you pasted it into the message body and also attached it as a file, thus the mail has it 3 times (in HTML part, in plain text part and in the attachment), is it the same log, or the pasted and the attached show different session (they seem to me the same)), I see at the very beginning that one of your accounts is using STARTTLS:

[imapx:A] I/O: 'A00000 STARTTLS'
[imapx:A] I/O: 'A00000 OK Begin TLS negotiation now'
[imapx:A] I/O: ''

and if I decipher the log correctly, then this failed shortly afterwards. It's hard to know for sure due to interleaving with the other account which logged you properly.

Looking into the gmx configuration [1], both IMAP and SMTP are using SSL (TLS) for connection. I'm not sure of the skynet.be settings, they are not that easy to find. For example this page [2] shows both servers as SSL, not STARTTLS, even they have switched Incoming and Outgoing settings.

Even the server advertises STARTTLS, I suggest to switch to "TLS" in Evolution. I remember some servers having issue with STARTTLS, though they advertise it as supported. You can click "Check for supported types" in the Authentication section below the Security part of the Mail Account Properties of the Receiving Email tab, which will verify that the server can be reached. You may eventually change the Port at the top, TLS usually works on port 993.

Please, let me know whether switching to TLS fixed the issue with the account. You should not be able to receive any email in the account at the moment, because it doesn't connect. You may stop evolution and run it again after the change, to make sure all of its parts got the change properly.

[1] https://img.ui-portal.de/hilfe/helpcenter/fr/gmxcomfr/Applications_IMAPTBSelectService.png
[2] http://smtpimap.email/skynet.be-smtp-imap-email-settings.html
Comment 7 pimou 2017-09-15 20:19:08 UTC
Dilan,
I'am sorry for your email address :-( I thought she was always visible to everyone.

My GMX IN configuration is :
https://framapic.org/rK4mRkcPldsB/jkMJGRx2fxyC.png
imap.gmx.com:993 / TLS
My GMX OUT configuration is :
https://framapic.org/5NBLDj66hydx/it9E0YSJxdry.png
mail.gmx.com:587 / STARTTLS (only STARTTLS is working)

My skynet IN configuration is :
https://framapic.org/Z9b87l3xZvVf/08jXSgQtXnvj.png
imap.proximus.be:993 / TLS
My skynet OUT configuration is :
relay.proximus.be:587 / STARTTLS (only STARTTLS is working)

So, the tow incoming servers are using TLS. I don't understand where is the problem (gmx or skynet ?). What can I do ?
Comment 8 pimou 2017-09-16 11:08:20 UTC
A new debug file with the same error : (evolution:1140): camel-imapx-provider-CRITICAL **: fetch_folder_info_for_namespace_category: assertion 'namespace_response != NULL' failed

In this case, Evolution discovered correctly all my gmx folders (inbox, draft,..) but he discovered only the inbox (boite de réception)folder on the skynet server.

The copy of the log file was sent via mail.
Comment 9 Milan Crha 2017-09-18 10:41:15 UTC
Thanks. The UI shows settings as I would expect them, still it uses STARTTLS for the skynet.be account, instead of the chosen TLS. I'm sure the problem is with this account, but I do not know why yet.

I tried with a fake account on the skynet.be and a GMX account and I cannot persuade the skynet.be account to use STARTTLS other than setting it in the UI.

Could you check the *.source files in
    ~/.config/evolution/sources/
and find one which references imap.proximus.be, then open it and copy here sections named [Authentication] and [Security], please? They might look like this:

   [Authentication]
   Host=imap.proximus.be
   Method=none
   Port=993
   ProxyUid=system-proxy
   RememberPassword=true
   User=test@skynet.be
   CredentialName=

   [Security]
   Method=ssl-on-alternate-port

Just "censor" the email address in the User key. After that, please try to open Evolution, go to Edit->Preferences->Mail Accounts->select the skynet.be account->Edit->Receiving Email tab and change the Security method to "None" and click OK (you should see a change in the corresponding .source file. Then open the account properties again and change the security method to "TLS on a dedicated port" and click OK again. Finally close Evolution and run it again, to see whether it'll makes any difference.

I'm also wondering whether the evolution-rss has any impact on this. It should not, but it's one of the differences I see between your and mine system.
Comment 10 pimou 2017-09-18 21:12:24 UTC
My configuration seems like yours:
[Authentication]
Host=imap.proximus.be
Method=none
Port=993
ProxyUid=system-proxy
RememberPassword=true
User=xxx@skynet.be
CredentialName=

[Security]
Method=ssl-on-alternate-port

I had followed your procedure, the configuration file is correctly written but after reboot the problem remains : the skynet's folders don't display correctly and skynet's default folders are changed to "on this computer/".

The problem is long-standing and existed before I use evolution-rss.
I think the problem appears especially when there is new mail in the skynet-server inbox.

I'am waiting for the activation of a new account at Posteo.de to replace my skynet account.
Comment 11 Milan Crha 2017-09-19 07:39:07 UTC
Okay, you have it the same as me, still I do not see the STARTTLS being used at all.

The folders in Defaults are reset, because the account cannot be reached, thus those previously known (and set) folders are gone. Once the issue with connection issue is fixed it'll start to work.

You said that if you've enabled only the skynet.be account, then you can read the messages there and the account connects to the server with no problem, right? Could you try to catch the debug log in this situation, please? I'm wondering whether it still uses the STARTTLS or not. But if you are going to replace the account, then it probably doesn't matter. I left it up to you. The command would be like before:
   $ CAMEL_DEBUG=imapx:io evolution &>log.txt
(see comment #4 for more information about caveats like showing private information in the log).
Comment 12 pimou 2017-09-27 19:07:57 UTC
Hi,
Sometimes it works and sometimes not :-( The problem is not systematic.
Now I am using two accounts : skynet.be and posteo.be. The problem is always the same. I will try only one account.

Currently, I am not very happy with Archlinux and Gnome. Some packages are flagged out-of-date. I will install and test Fedora.
Comment 13 pimou 2017-10-11 18:35:43 UTC
Now I am happy to use Fedora. Evolution is working fine even with my @skynet.be account.
I am sorry, my problems were related to my Arch Linux installation :-(
Best regards,
Pierre
Comment 14 Milan Crha 2017-10-12 07:37:34 UTC
Thanks for the follow up. It would be nice to know what they do differently that it behaves that way there; maybe I'll try to install it here and check it out. I'll see.
Comment 15 Milan Crha 2017-10-12 08:55:20 UTC
(In reply to Milan Crha from comment #14)
> maybe I'll try to install it here and check it out

Okay, it's too complicated to install and I do not want to waste too much time on the Arch Linux to make it work, I'm sorry.