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 300402 - [Feature Request] checkbox to hide popup about IMAP failure until XXX unsuccess
[Feature Request] checkbox to hide popup about IMAP failure until XXX unsuccess
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.2.x (obsolete)
Other Linux
: Normal enhancement
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-04-12 21:57 UTC by Sebastien Bacher
Modified: 2009-01-10 11:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sebastien Bacher 2005-04-12 21:57:44 UTC
This bug has been opened here: https://bugzilla.ubuntu.com/9103

"hello,


1. I am using IMAP for my email boxes over DSL and PSTN connexions. sometime the
sockets are closed just because I was deconnected.

When I am deconnected, many popup windows alert me about IMAP failure.

But I am using auto reconnection, so these reconnections should be transparent
to the user.

Is it possible to have a checkbox to hide or disable popups about IMAP failures
until XXX unsuccesses or until a "long" timeout ?

this "long" time-out may be the time to check the new mails.

As example, Mail.app on my Mac OS X puts an icon wich means the IMAP mailbox is
disconnected. and this icon diseappers automa[tg]icly when the connection is
established again.


2. In the same way, I discovered some POP3 and IMAP servers that denied password
during system update ... so is it possible to have to confirm the known password
( but not shown to screen ) ?

the link with the first point is : the connection worked few minuts ago, so the
problem isn't the user but elsewhere.

so if there is a global strategy to apply, this strategy should be like :
  user provided informations should never be invalided without his consent


Cordialement,


Samuel."
Comment 1 André Klapper 2005-04-27 14:11:47 UTC
related to bug 247373
Comment 2 Khasim Shaheed 2005-07-11 10:54:20 UTC
Marking the severity as enhancement.
Comment 3 André Klapper 2009-01-10 11:59:37 UTC
Considering WONTFIX now that bug 247373 is FIXED.