Please see information below that I sent to the experts on Evolution. On two installations of Evolution (both the ones for 18.04 and 18.10), addition of a second IMAP email account, causes Evolution to "lock up". For example, use of CAMEL_DEBUG=imapx:io evolution give the following when a second IMAP account is enabled:
> [imapx:A] I/O: 'A00103 LOGIN ...' > [imapx:A] I/O: 'A00103 NO [AUTHENTICATIONFAILED] Authentication failed.' As soon as the second IMAP account is disabled, the problems goes away. Thank you, John On Sat, 2018-11-10 at 19:31 -0500, Dr. John H. Lauterbach wrote: > I set up evolution 3.30.1-1build1 on another PC that I had just upgraded from > Ubuntu 18.04 to 18,10. I added all my email accounts as IMAP and they all ran > fine together just as they do under another popular email program. > > The IMAP problem exists with both the evolution on my PC and the evolution on my > secretary's PC. They have been around for several updates in evolution and the > underlying Ubuntu OS. Both of them have the same problem when you add second > IMAP account. Since they have different folders and the number of e-mails in > each folder (one folder for each client, and one folder for each vendor or > professional society), I suspect that something in the evolution code is corrupt > and not the database folders. > > Is the following a correct course of action to solve the problem? > > 1. Back up evolution data files onto a USB hard drive using the Back Up > Evolution Data function. > 2. Totally remove evolution from the system. > 3. Reinstall evolution and set up all e-mail accounts as IMAP. > 4. If they all work together, restore the data files. > > If the above steps are the correct ones and I still have problems, what do I do > next? Removing and reinstalling Evolution is probably pointless, all the more so as you say the same problem occurs on two different machines. Linux isn't Windows. You're just restoring all the Evolution components to what they were before you removed them. You can also verify the package installation. On Fedora this would be "rpm -V <package-name>". On Ubuntu I assume there's something similar. That would check that there isn't bit-rot in the installed components, but frankly the likelihood of this manifesting as anything other than a crash is infinitesimal. Before doing all this however, check the number of concurrent connections to the mail server, under <account>->Receiving Options. See if it's different between the machines that work and those that don't. If all else fails, by all means try recreating the accounts. There may be some configuration error. poc _______________________________________________ evolution-list mailing list evolution-l...@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
-- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss