144355 - IMAP empty trash on exit preventing app from exiting

Status: VERIFIED DUPLICATE of bug 106479

(MailNews Core :: Networking: IMAP, defect)

Description

[Will Sargent]

I am running Windows 2000 SP2, 2002051006.

I have an IMAP account on a corporate machine that I access through SSH port
forwarding.  All the ports are the same, so I have mozilla connect the ports to
localhost:137.  I am using cygwin ssh (which I believe is the OpenSSH project
packaged up).

Two very bad things can happen to the mail client.

1) If I quit (using ctrl-Q, no quick launch) Mozilla then Mozilla still exists
as a background process, and keeps the ports open.  I know this because my SSH
port forwarding explicitly mentions those ports when I try close it.

2) If the network connection wobbles (i.e. I lose SSH, or I log in using the
VPN, which kills the SSH connection) then Mozilla will hang and not return any
output.  I have to kill it from the task manager before it will go away.

I don't know if this will still happen on non SSH clients.

Comment 1

[Will Sargent]

Ugh, this is happening pretty consistently.  Much hanging of browser.  The wierd
thing is that it seems to block other applications as well when it hangs; I
can't start new applications from explorer until I kill Mozilla from the task
manager, and then they will all come up at once.  

Still no clue how this is happening or why Mozilla is keeping three IMAP ports
open after I quit it.

Comment 2

[Will Sargent]

Okay, I can get this down to a single test case.

Set up an SSH connection as follows:

ssh -L 389:ldap.example.com:389 -L 143:imap.example.com:143 -L
25:mail.example.com:25 firewall.example.com

Set up an IMAP account on Mozilla.
Click "Get New Mail" on Mozilla.
Quit Mozilla.

Mozilla will still exist as a background application with three IMAP connections
open (checking with netstat).  Clicking on the Mozilla icon on the desktop will
not bring up Mozilla until the existing process is killed.

Comment 3

[Will Sargent]

What's also interesting is that I can replicate this simply by closing the mail
client, even if I have other Mozilla Navigator windows open at the time.  The
other windows will not update the UI and will not respond to right-clicking in
the task bar.

Comment 4

[Will Sargent]

Okay, I have a debug RC2 build, and when running through the test case this is
what I see:

There's a warning about "resetting null namespace" when I download IMAP mail.
Then there's an assert when I call "quit-application" saying "requesting removal
of non-existant window."

but the application is still running.  I halted the debugger, and these are the
threads that are still up:

nsMsgAccountManager::cleanupOnExit at line 1089.  This looks very guilty -- it
calls accountManager->GetEmptyTrashInProgress and waits.

There's a waiting MemoryFlusher thread.
There's a waiting TimerThread thread.
nsSocketTransportService is polling.
nsDNSService is running getMessage.
nsThreadPool::GetREquest is waiting.

and nsImapProtocol::ImapThreadMainLoop is also waiting, at line 993.

I think I have enough information here to mark this as a confirmed bug.  I can
turn on various logging thingies if it helps.  I have absolutely no knowledge of
how mailnews works.

Comment 5

[David :Bienvenu]

try turning off empty trash on exit and let us know if that helps. My guess is
that you're right, and that's the problem.

Comment 6

[[e-mail]]

bienvenu is right; turning off empty trash on exit will allow mozilla to close
normally.

confirming (using old pacbell account) and reducing severity (because there's a
workaround).

Comment 7

[David :Bienvenu]

OK, changing summary. What imap delete model are you using? (in your imap server
settings, "when I delete a message"...) and what kind of imap server?

an imap protocol log might help:

http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap

thx,

- David

Comment 8

[Will Sargent]

I've put in a request to the IS folx regarding the IMAP server.  I suspect it's
Netscape Mail Server, but I'm not sure.

When I delete a message: Mark it as deleted.

Comment 9

[Will Sargent]

Attachment: The IMAP log with empty trash on exit set

Comment 10

[[e-mail] (gone - use [e-mail] instead)]

Will, you can do something like:

telnet servername.domain.tld port, for me:

telnet dredd.netscape.com 143 returns:

* OK dredd.mcom.com IMAP4 service (Netscape Messaging Server 4.15 Patch 4 (built
Dec  7 2000))

Comment 11

[David :Bienvenu]

my guess is that you don't have a trash folder at all, and thus we can't empty
the trash, but we're not detecting the error. Do you have a trash folder?

Comment 12

[Will Sargent]

The IMAP server seems to be Courier IMAP (it's in the log).

You are correct that I do not have a Trash folder in my IMAP directory.  Should
I need one?  And how would I mark an IMAP directory as "Trash" anyway?

Comment 13

[David :Bienvenu]

I'm not saying that you need an IMAP trash folder, but the fact that you don't
have one is causing this hang on exit. However, there's no reason to have "empty
trash on exit" selected when you don't have a trash folder, so you should just
uncheck it. I'll fix it so it doesn't hang, if I can reproduce it.

Comment 14

[David :Bienvenu]

this is a dup, and has been fixed in the trunk builds (but not rc1/rc2/moz 1.0)

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

Comment 15

[[e-mail] (gone - use [e-mail] instead)]

verified dup