Hello Mail / News -- During normal composition, type "control-c" to Save Draft. The "saving draft to <mail server>" dialog comes up and stays for painful period of time. Sometimes, the msg is not saved to draft folder, sometimes msg is saved but composition window in bad state afterwards. http://www.garretta.com/draft-save1.jpg Note -- this problem is non-existant with Messenger v4x (ie. I'm on switched 100bT network and fast NMS4). -GA

update -- After multiple days to reflect, this issue not only problem with 'save to draft' and 'save copy to imap server'. This intermittant delay with mailbox access now happening with Inbox. Delay anywhere from 20-40sec and had one time full lock-up and had to kill from Task Manager. Note: while Mozilla is "thinking" (aka. doing mailbox access), I can open Messenger 4x (communicator) and access via IMAP over SSL with BLINDING speed (what I'm used to...). something is horked in Messenger 5x ... (though I don't have time to snoop traffic to determine what Messenger 5x is doing and, possibliy, what it's waiting for..). -GA

using Oct15th build and not experiencing prob's described in previous ... Again, Communicator never showed the prob's while open on desktop next to Mozilla -- figured issue must be with Mozilla (still do). I'm going to close issue for now... -GA

Update -- with focus on Mail/News FP manifesto for Mozilla 1.0, I wanted to re-open this bug because I continue to experience random delays on following: a) "save draft" while composing msg b) "copy sent" after msg send Note: "copy and folder settings" has both "msg copy" and "msg draft" saved to same server (via IMAP over SSL). Again, I experience _NO_ delays as I describe above with Messenger v4x (communicator 4x). I've become used to the delays with Mozilla Mail/News but figured is wise to alert considering Mail/News FP for Mozilla v1.0. Note2: I'm on a switched duplex 100bt network -- there is no access issue.

Note -- this has become worse with Nov20_096 build (4a) wintel. -GA

Works for me perfectly on Linux with build 2002041607. Probably it is your mail service's fault. I have had NO problems ever with IMAP over SSL.

Hello -- this is something I still deal with on daily basis. The multi-second delay is associated with sany "save-to-server" mail client operation (either "save draft" or "save copy to sent folder"). One point: I never encounter the issue while doing general mail folder access -- I have ~30 folders containing ~300MB email. I'm running IMAP over SSL on switched 100bT network. There are no issues with latency. I would assume there's a problem with SSL connection issue but have zero idea how to isolate/confirm. As per work-around: when I 'save draft' / 'copy sent to sent folder', the "copy" action dialog will usually hang around for somewhere between 10-40 seconds. The way to expedite is open Mail/News and directly access the folder being copied to (ie. draft or sent). This makes the "copy" dialog immediately go away. No kidding ... -GA

I still hold the opinion that something must be unusual with your mail server. I suggest that you try a different IMAP server like FastMail (http://www.fastmail.fm/) -- they offer free accounts that support IMAP over SSL. Try it and let me know how Mozilla behaves. Thanks.

Hello -- current imap server is laset Netscape Messaging (though now EOL'ed by Sun One). I'll try your suggestion and/or latest iPlanet Messaging (ie. v5.2). Since the IMAP server are very similar between NMS4x and IMS5x, I would expect similar behavior -- but I'll report back. Thx -GA

Reporter, is this still a problem too you? If not, can you please "resolve" your bugreport?

yes -- I still experience the issue on daily basis -- in random fashion. As I mentioned in recent update, I plan to test with alternative IMAP over SSL solution -- to check if issue server platform related. One item of note: I experience the delay issue on two different Win2k platforms (ie. notebook and desktop). It's something that requires extended connection when hypothetical "timeout" (ie. not something to check as part of sequential QA procedure). I do not doubt the issue to absent on different OS-platoform (eg. Linux, etc). It may be issue with ****-ware bastardized TCP/IP stack in Win2k. -GA

I tested IMAP over SSL with latest IMS v5.2 (Netscape/iPlanet/SunONE ... what next?) and did not encounter any delay issues the entire day. Sorry to burn your cycles. -GA

Verified per reporter's comment.

Hello Mozilla -- I still experience these problems at least one-three times a day (while composing, save draft, sending 20-30 emails). -GA

Hello - bug #115398 a symptom of this issue. -GA

sample dialog box that stays open forever... http://www.garretta.com/moz-copyto-msg1.jpg The delay sporadically occurs for both a) Copy Msg to Sent Folder, and b) Save to Draft Folder. -GA

build #2002053012 on Win2k,sp2. -GA

What makes it clear, that it is not a server or connection problem? You mention bug 115398, is this a dupe of it or vice versa? pi

*** Bug 115398 has been marked as a duplicate of this bug. ***

Please check if one of the bugs mentioned in bug 116018, comment 2 describes your problem. If so, dupe on that one, please. pi

update: I'm encountering serious issues with "copy-to sent/draft folder" operation in today's build #2002062808 / wintel. Essentially, the operations are successful upon startup of application. Leave app open, do a few emails, compose msg. "copy-to sent folder" on subsequent msg send hangs indefinately. Cancel renders Mail/News unresponsive. Have to kill MOzilla from task mangler. Blech. -GA

How about comment 19? pi

unsure if related to bug #155431. Will wait until resolution to verify if this bug is dupe. Thx -GA

per comment #19, I'll attempt to verify the following from bug #129495: "When the Sent folder is a remote IMAP folder with thousands of messages, after sending an email, copying that email to the sent folder can take anywhere from 10-40 seconds. On the client end, it sits idle at 0% CPU with the "Copying to Sent folder" progress bar, apparently waiting for the server. The IMAP server process is running at 100% CPU." In my environment, my Draft and Sent Server-side folders only have 200 and 286 messages, respectively. The IMAP server is SunONE / iPlanet Messaging v5.2 (doing IMAP over SSL). I'll attempt to verify the 100% CPU util. and report back. -GA

What's happening with a new version. Dupe it to bug 129495? pi

No response, so I'll asume the dupe assumption is correct. pi *** This bug has been marked as a duplicate of 129495 ***

Hello -- this issue doesn't appear with v1.01 (#2002090306), but appears to be present with v1.1 (wintel, Aug26th). Was the dupe listed corrected in both branches (terminology??)? If not, there must be some other problem. I had to back out v1.1 and stick with v1.01 listed above. -GA

update -- sorry for last post. I'm continuing to see the same delays in both v1.0.1 and v1.1 latest builds (as of Sept3 and Aug26, respectively for Wintel). I'm always testing two different versions of IMAP server (same vendor) for IMAP over SSL. Servers are Netscape Messaging v4.15p7 and iPlanet/S1 Messaging v5.2 (note -- v5.2 includes a newer version of IMAP server). Messages where I see delays on "copy sent to server" and "save draft to server" are a wide variety from plain-text messages (no attachments), 100-800k size. Draft folder has approx. 220 msgs while Sent has 450. Messaging Servers are sole applications running on U-10's with switched 100bT. This only happens with Mozilla -- not with Outlook Express nor Communicator. This is boring. -GA

I once more tried to find other reports of your problem (all open IMAP bugs): http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=MailNews&component=Networking%3A+IMAP I could not find one (which does not mean, there isn't). Your report is higly credible, but we don't have a clear way to reproduce it. What makes it clear that this is not a problem of your connection? Or maybe the server has some problem? Have you tried a clean install (I think you have, just to be sure) and a new profile? pi

Hi! We are seeing that delay also. Mozilla 1.0.1 did not make a change. Every other MUA using that IMAP server works without delay.

NEW by independent confirmation. pi

Duplicate? reading imap+ssl message occasionally stalls indefinitely http://bugzilla.mozilla.org/show_bug.cgi?id=209188

Oh, and this one too? Stalls indefinitely at "saving to sent folder..." on SSL/IMAP folders http://bugzilla.mozilla.org/show_bug.cgi?id=123063

never seen this - seems like this would be gone as both bug 209188 and bug 123063 have been fixed. still see this problem?

Changing resolution to WorksForMe. Please reopen if you see this bug in current builds.