Thanks for taking the time to report this bug.
This bug report isn't very useful because it doesn't describe the bug well. If you have time and can still reproduce the bug, please read http://bugzilla.gnome.org/bug-HOWTO.html and add a more useful description to this bug.

Created attachment 256030 [details]
Image Evolution

Ok I'll try to explain the problem below

I have a Gmail account set up as IMAP + (there is no option to configure IMAP normal in Evolution).

And since when set up this account, Evolution gets that message in the status bar "Searching folder in IMAP server imap.gmail.com" and not out of it.

Follows an image attachment that can help you understand the problem.

Could you go to Edit->Preferences->Mail Accounts-><GMail IMAP account>->Receiving Email tab, and verify your settings are:
   Server: imap.gmail.com
   Port: 993
   Username: <your GMAIL user name, I have it without '@gmail.com'>
   Encryption method: SSL on a dedicated port
   Authentication: Password

please? This setup works fine for me. In case you've it the same, can you:
   $ telnet imap.gmail.com 993

It should tell (the actual IP address can differ):
   Trying 173.194.67.108...
   Connected to imap.gmail.com.
   Escape character is '^]'.

if everything works fine, aka if you can connect to the server.

Evolution configured the way you asked, but still the same thing.

Follows the result of Telnet.

# telnet imap.gmail.com 993
Trying 173.194.76.109 ...
Connected to imap.gmail.com.
Escape character is '^]'.

Good, so you can connect to the Google server. Are you asked for a password for your Google account? When you use Seahorse, do you the right password being stored in there? (It's quite challenging to catch the right account in Seahorse, especially when you've configured multiple accounts in evolution.)

Could you install debuginfo packages for evolution and evolution-data-server, and when you get into the wrong state, then get a backtrace of running evolution and evolution-source-registry process, please? You can get a backtrace with a command like this:

   $ gdb --batch --ex "t a a bt" -pid=`pidof evolution` &>bt.txt

(oops, I forgot to add):

Please make sure the backtraces will not contain any private information, like passwords, email addresses, server names and so on. I usually search for "pass" (quotes for clarity only).

I ran the following command:

gdb --batch --ex "t a a bt" -pid=`pidof evolution` &>bt.txt | evolution 

And this was the return:

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i686/libthread_db.so.1".
0xb772d045 in _dl_relocate_object () from /lib/ld-linux.so.2

+ Trace 232562

Alias ​​output of evolution when executed by the terminal that is:

GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.

(evolution:12742): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files

** (evolution:12742): WARNING **: Unrecognized junk filter name 'Bogofilter' in GSettings
GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.

(evolution:12742): Gtk-CRITICAL **: gtk_application_inhibit: assertion `application->priv->sm_proxy != NULL' failed

(In reply to comment #8)
> I ran the following command:
> 
> gdb --batch --ex "t a a bt" -pid=`pidof evolution` &>bt.txt | evolution 

This is not the way it should be run. First run evolution, get it to the state where it doesn't talk to the server, and only then get the backtrace (bt.txt) by invoking the gdb command.

> GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will
> not be saved or shared with other applications.

This means you do not have installed dconf. Please install it.

Those other runtime warning are fine, you are not using gnome-shell, thus you see those. I see those as well (except of the junk filter name, but that's harmless).

Ok now I think I did right; p

1 - I installed dconf.
2 - I ran Evolution
3 - I ran the command "gdb - batch - ex" taa bt "-pid =` pidof `evolution &> bt.txt"

Thus, following the file bt.txt attached.

Created attachment 256434 [details]
backtrace

Thanks for the update. The below thread shows that evolution is waiting for a response from the evolution-source-registry process, to receive a password. From that I believe you face bug #680961, thus I'm closing this as a duplicate of it.

It sometimes happens that the evolution-source-registry fails to start its libsecret/gcr connections properly (the connections as such are managed by the respective libraries, not directly by evolution-data-server), and it sometimes helps to close/kill evolution processes and let them restart them from scratch. You can do this:
a) close evolution
b) list background evolution processes:
   $ ps ax | grep evolution
c) get process IDs (PID) from the list and kill all of them by
   $ kill -9 PID
   in order of the evolution-source-registry as the first
d) start evolution, which will also start other background processes
e) you should be asked for the mail password, or it should be properly read
   from the Gnome Keyring

+ Trace 232582

*** This bug has been marked as a duplicate of bug 680961 ***