Red Hat Bugzilla – Bug 215550
first file deletion takes several minutes
Last modified: 2008-08-28 16:54:22 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:220.127.116.11) Gecko/20061027 Fedora/18.104.22.168-8.fc6 Firefox/22.214.171.124
Description of problem:
When connected through my company's VPN, when I try to delete the first file of a session, it takes several minutes to complete the operation during which time evolution is unresponsive. Subsequent deletes are fast. I don't know why it's related to going through the VPN connection, but when I do the same thing from work, it works fine. The VPN connection is quite responsive during the time that evolution is hung. In fact, I can use a web browser evolution interface to delete a different file while evolution is hung. This problem is not new with fc6... it happened in fc5 too.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Start evoltion with an exchange account accessed through a pptp vpm connection
2.Open an exchange folder and delete a file
It takes several minutes to delete the first file.
It should be as fast as deleting it through the web interface.
I don't know if this is related or a different bug, but sometimes when I click
send/receive, the send/receive mail window pops up and says it is waiting on the
exchange for a really long time (forever?). Again, this only happens through my
VPN connection and again the web interface to the exchange server is perfectly
responsive during this period. If I cancel, the send/receive mail window, I
receive new emails but all sent emails stay in my outbox until I force-shutdown
evolution and restart it.
This happens not only through VPN, but when I specify my comany's webmail page
as the "OWA URL" (eg: http://webmail.somecomany.com/exchange/). It also seems
to happen in evolution 2.8 under Ubuntu 6.10. It doesn't happen when I am at
work but it always happens when I remotely access my work email either through
VPN or the external webmail address.
Is this problem still present on Fedora 8 Test 2 or later?
I will test with f8t3 or f8. The problem is actually better for me right now
under f7, but I'm not sure if this is due to a change in evolution or a cleaned
up inbox. I think the delay might scale with the number of messages in the
The delay sounds like a socket timeout.
(In reply to comment #3)
> Is this problem still present on Fedora 8 Test 2 or later?
I think the problem is still there in f8t3. I just deleted two files from my
exchange inbox... the first one took about 10 seconds, the second one about 1.
As I said in comment #4, I think the first deletion takes a time that scales
with the number of messages in the inbox. When I reported the problem, I had ~
1 year worth of emails... now I have about 2 months worth.
Okay, thanks for the info.
Significant performance improvements were made in Fedora 9, and I believe this
should be addressed now. Can you please confirm?
Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution.
Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information.
Closing as INSUFFICIENT_DATA.