Closed Bug 103936 Opened 23 years ago Closed 22 years ago

Slow copy to sent on IMAP

Categories

(MailNews Core :: Networking: IMAP, defect)

Product:
MailNews Core
Component:
Networking: IMAP
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 129495
Milestone:
Future

People

(Reporter: info, Assigned: mscott)

Details

--This orrignally appeared in BUG 102491--

Win2K, 256 Mb Ram, Dual 800 PIII, Build 2001100403

Using IMAP and copying sent messages to "Sent" on my main IMAP Account.

Description:
I have a large Sent folder with about 2500 messages (I took 3000 out becuase I
thought they might be the problem). When I send a message, it gets delivered
almost immediately (depending on the size), then copying the message to the sent
folder can take up to a minute.  This happens in a new profile every time a
message is sent and not just the first time.  There seems to be little varience
in time to copy to sent.  It usually takes about 45 seconds.

It was suggested that it could possibly be a problem with the IMAP server.  I
tested it in Outlook with similar IMAP settings (and although this isn't
conclusive) messages were copied to the sent folder in about 2 seconds. 

I then proceeded to test the amount of time it take to open the sent folder
itself after opening a new session of Mail/News. The first time I would open it
it took about 10 seconds and then all subsequent openings were instant. 
Therefore accessing the mail folder did not seem to be related.

From a laymens perspective, it appears that it is now for some reason traversing
the contents of the folder rather than just issuing a IMAP move command.

Regressions:
I do recall this begining at a certain point in time so I downloaded som eold
milestones and I did some testing on to issolate the general point when it may
have regressed.  What I found confirmed my suspicion:

Mozilla 0.9 -> works.  Message Copied to Sent folder in about 2 seconds
Mozilla 0.9.1 -> works.  Message Copied to Sent folder in about 2 seconds
Mozilla 0.9.2 -> Slow.  Message Copied to Sent folder in about 30 seconds
Mozilla 2001100403 -> Slow. Message Copied to Sent folder in about 30 seconds
Can you use the latest build and try again since we have bug 100353 fixed 
recently even though that fix is on Mac build.....
same thing on 2001100903...
What kind of the msg are you trying to send? What's the size of that msg? Is 
that attachment msg?
Changing the status to new since I can reproduce this problem by just send a 
attchment with a 28kb gif file on today's branch build. Nominating nsBranch.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: nsbranch
It seems that it's slow for the first launch, after exit and relaunch again 
seems OK afterwords......
Summary: Slow copy to sent on IMAP → Slow copy to sent on IMAP for the first launch
Oops! I mean seems OK afterwards....
Ok, this is for messages of any size - big or small, with or without
attachments.  It also is NOT only on first launch it is ALWAYS slow....
what are the chances a fix for this will make the 094 branch?
Whiteboard: [Need ETA]
Karen,  just wondering if the subject should have been changes to "for the first
launch".  As I mentioned, I am seeing this in all post 0.9.1 builds any time I
use the system whether it be first launch or not.
minusing for the 094 branch. this is not a pull it off the wire bug which is the
mode we are in now.
Keywords: nsbranch → nsbranch-
Whiteboard: [Need ETA]
My sending is still fine. I still cannot rerpoduce this problem after the first 
launch.....
Karen, do you have a large Sent folder?

Here are a few other characteristics of my IMAP environment:

I have 56 IMAP folders (including Drafts, Sent, etc)
I have about 500 messages in my Inbox and 2500 in Sent
I have many many e-mail is the other 54 folders

Again, this is happening every time ONLY on builds after 0.9.1  If I start up
0.9 or 0.9.1 the copy to sent happens within 2 seconds every time.
I tried on my personal IMAP mail account with 109 msgs in Inbox & 2664 msgs in 
Sent folder, I still cannot reproduce this problem......
I found this problems since Mozilla 0.9.2. no problem in 0.9.1 or before (for
the Netscape side, no such problem in NS 6.1 PR1 but same problem in NS 6.1 the
current version) and I can confirm it still exist in the latest Mozilla 0.9.5. I
have around 200 mail folders in my IMAP server.  "Sent Folder", "Draft Folder"
and "Template Folder" are point / located in the same IMAP server together with
other 200 mail folders under my main IMAP account and I have configure to "Place
a copy in: "Sent Folder" for every outgoing message.  Upon Mozilla start up,
delay in *first* "copy to sent folder" operation is around 45 - 60 secs and is
much slower than the subsequence operations.  It doesn't matter how many
messages in the "Sent Folder", I have empty the "Sent Folder" but with the same
result.  "Copy to Sent" operation will report failed from time to time if you
forward large message or message with attachment (another bug?) but the messages
are successfully copy to the "Sent folder" if you check it after the operation.
 Such kind of behavior is very very annoying and have been dragging for too long
and should be fixed.


One further comment...

If I try to view the Sent folder before sending any mail upon the first start 
up of Mozilla, the sent operation is much faster, reduced to 10 - 15 secs.




As I mentioned before, this isn't the case my myself and for the bug I
submitted.  I am running a few more tests to try to narrow down what causes the
slowdown.  A quick recap:

Still Slow - same speed as before

However... This is not for all my IMAP accounts, only some... BUT ALL WORK FINE
IN BUILDS EARLIER THAN 0.9.2

I am currently trying to issolate any differnces between my accounts.  They are
all on the same server being accessed in indentical fashions.
Shawn, do you have multiple IMAP accounts in one profile?
Yes, I have a min of 2 IMAP accounts.  I add more once in a while.  Right now I
have 3 in my profile.
As I mentioned earlier, this doesn't happen on all my IMAP accounts in recent
builds - it is only my main account that suffers the great preformance problem,
HOWEVER all accounts work fine if opened in pre 0.9.2 builds.
Karen,

do you have suggestions on some other things I could check.  As I've mentioned
(probably too many times), It's not and all IMAP accounts (all are on the same
server), the IMAP accounts SEEM to have similar characteristics.  All accounts
copy to sent instantly on pre 0.9.2 builds, but in builds after those a few of
my accounts always take 30-40 seconds to copy to the sent folder.  

I'm not sure what else to try to issolate the problem apart from giving you
access to my IMAP account to see for youself in pre and post 0.9.2 builds...
Has anyone else tried downloading the 0.9.1 build and testing it against recent
builds in the "copy to sent" category?  It seems like there are not many others
out there experiencing this proble to this degree, but possibly some would
notice the speed difference in copy to sent even though it wouldn't be as
pronounced.  

I'd really like to get to the bottom of what changed between those builds so we
can get this fixed.
Blocks: 107067
Keywords: nsbranch-
This started to happen to me when I went from cyrus IMAP to courier IMAP.  
There appears to be a nasty interaction between mozilla and courier.  With a 
sent folder of 2000 messages copying to sent folder takes over a minute.  When 
I stripped the sent folder down to <100 messages it went down to about 10 
seconds - still very slow compared to netscape 4, outlook, etc.

nominating because slowness connotes perf.
No longer blocks: 107067
Keywords: nsbeta1
Keywords: nsbeta1 → nsbeta1-
Target Milestone: --- → Future
Shawn, are you using Cyrus IMAP Server? Can you try on the latest build to see 
whether this problem is still occurring or not? 
Wait, there was bug 102816 logged for UW IMAP Server.
Shawn, if you are using UW IMAP -- does the scenario same as yours? Is this bug 
dup of 102816? If yes, can you dup this bug of 102816? Thanks.
Yes, this could very well be a dupe.  The only thing is that bug 102816 does not
mention the fact that one the same IMAP account, the problem only apprears when
using builds later than 0.9.1.  If I download 0.9.1 and use it it copies to sent
instantly.  However with 0.9.2 and on I had problems.  I will retry to see if it
still exists in recent RC1 builds.
perhaps some informations which could lead to a solution .... I have exactly the
same problem : after the release 0.9.1, all builds (I am now running 0.9.9)
gives exactly the same problem (slow copy to sent folder). In my case the
problem occurs on 20 differents installations (all pc's with NT/98/W2K/Redhat
7.2 and some hpux 10.20/11.0), and so for all accounts. No matters if it's the
first send or further in the day, it's always slow, and it seems that the time
is also function of the size of the sent (but if I reduce the sent, it's better
but still slow ...). I have read somewhere It could be due to the verification
of the sent. Is it possible, and if yes, is'nt it a workaround to let a switch
permitting to desactivate the verification ?
Summary: Slow copy to sent on IMAP for the first launch → Slow copy to sent on IMAP
Sorry, I forgot to give you infos about server : mdaemon pro 5.0.4 from
deerfield, running in nt4.0 server.
I am experiencing the same problems with my IMAP account (server running SIMS
4.0.2000.10.12.16.25.p8). 

In addition, because of this, I sometimes have more than one message sending at
the same time. The second (sometimes even third if I have a lot of yes/no emails
at once) message fails to copy to the Sent folder, I assume because the first
message copy is still in progress.

I'm using Mozilla 1.o build ID 2002053012, on W2K SP1, Dell Latitude CPx
w/PIII-600 & 256Mb Ram.

Using Netscape mail client I don't have this problem.

Thanks
Per Erik Strand
How does mozilla work now?

bienvenu@netscape.com has fixed bug 129495. Can anyone verify if this bug still
exist? If no, let's mark this one duplicate.
A lot better in the latest nightly (200208904) for Windows.
Marking dup of bug 129495.

*** This bug has been marked as a duplicate of 129495 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
QA Contact: huang → gchan
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.