Ok, this is more an annoyance than anything else. I suspect I have something missing in my configuration for courier. Frequently while I have an imap session up it will disconnect at the server and leave the connection process up on the server. This prevents my email client from downloading anymore messages until I either close the email client, and the browser if it is Mozilla/ Thunderbird. Or by kill -SIGHUP of the offending process. I'm forcing imap over a secure connection and using a 9xx port. This doesn't happen with local connection that squirrelmail uses. Anyone experience similar behavior? Google was no help, or I didn't ask the right question.
Thanks, Brian D.
__________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/
On 9:18:41 am 05/27/05 Jack quiet_celt@yahoo.com wrote:
Ok, this is more an annoyance than anything else. I suspect I have something missing in my configuration for courier. Frequently while I have an imap session up it will disconnect at the server and leave the connection process up on the server. This prevents my email client from downloading anymore messages until I either close the email client, and the browser if it is Mozilla/ Thunderbird. Or by kill -SIGHUP of the offending process. I'm forcing imap over a secure connection and using a 9xx port. This doesn't happen with local connection that squirrelmail uses. Anyone experience similar behavior? Google was no help, or I didn't ask the right question.
Not sure why this is happening but the reason squirrelmail does not exhibit this behavior is because squirrelmail logs in then out again on every page load. There is no persistant IMAP session.
__ Jason Munro __ jason@stdbev.com __ http://hastymail.sourceforge.net/
On Friday 27 May 2005 09:18 am, Jack wrote:
Ok, this is more an annoyance than anything else. I suspect I have something missing in my configuration for courier. Frequently while I have an imap session up it will disconnect at the server and leave the connection process up on the server.
There seems to be a problem with the current interpretation of IMAP connections. KMail 1.7.1 has problems because it establishes a connection and never closes it. When it attempts to do something over that connection after it has been closed by the server, it throws an error message instead of reconnecting.
I know this really doesn't address your problem, but you might try other clients to see if they close the connection properly. You also might try tweaking the "check mail" interval on TBird.
--- Jonathan Hutchins hutchins@tarcanfel.org wrote:
On Friday 27 May 2005 09:18 am, Jack wrote:
Ok, this is more an annoyance than anything else.
I suspect I have
something missing in my configuration for courier.
Frequently while I
have an imap session up it will disconnect at the
server and leave
the connection process up on the server.
There seems to be a problem with the current interpretation of IMAP connections. KMail 1.7.1 has problems because it establishes a connection and never closes it. When it attempts to do something over that connection after it has been closed by the server, it throws an error message instead of reconnecting.
I know this really doesn't address your problem, but you might try other clients to see if they close the connection properly. You also might try tweaking the "check mail" interval on TBird.
I've tried all the email clinets installed on the machine and played with the settings on them. My biggest gripe with TBird was that it wiped out all my filter rules for Mozilla Mail when I installed it. Other than that TBird and Mozilla Mail have the same disconnect behavior. KMail doesn't seem to have the same issue, but it is incapable of displaying the digest form of spme of the mailing lists I'm on. It shows them as attachements like squirrelmail does, and I have to open each stinking one of the attachments, which kind of defeats the purpose of getting the list in digest format. I have no desire to install YAEC just to overcome this pain. I just go to the server and sighup the processes. I'd like to figure why they are hanging. The comment about the firewall didn't even occur to me. I've become so used to the firewall that I forget it's there. I'll have to explore that issue. The funny thing is the connection can go down simply by me doing a command like "empty the trash" and then changing mail "directories", which in fact is the most frequent cause for the server disconnect notice.
Thanks, Brian D.
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jack wrote: <snip /> courier-imap-ssl disconnect in thunderbird
I've got the same issue on my server. Dropping the connections that tbird makes to the server down to 1 seems to help. From what I've been able to tell, it looks like some kind of SSL timeout issue. I've gotten side tracked with other things, and never got back to finding a better solution.
Chris - -- I digitally sign my emails. If you see an attachment with .asc, then that means your email client doesn't support PGP digital signatures. http://www.gnupg.org/(en)/documentation/faqs.html#q1.1
I have this same problem, I just assumed it was a problem with Thunderbird, but maybe it's time to check out a different IMAP server other than courier...
-Lucas
On 5/27/05, Chris Bier chris.bier@cymor.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jack wrote:
<snip /> courier-imap-ssl disconnect in thunderbird
I've got the same issue on my server. Dropping the connections that tbird makes to the server down to 1 seems to help. From what I've been able to tell, it looks like some kind of SSL timeout issue. I've gotten side tracked with other things, and never got back to finding a better solution.
Chris
I digitally sign my emails. If you see an attachment with .asc, then that means your email client doesn't support PGP digital signatures. http://www.gnupg.org/(en)/documentation/faqs.html#q1.1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCl/bwE5xXU3JS1mQRAn8AAKDGH9vUX2lskO9Cg5nQUFV1enulGACfXeZg HwVIunvt6DTQv2zZnpd6BkE= =B6Te -----END PGP SIGNATURE----- _______________________________________________ Kclug mailing list Kclug@kclug.org http://kclug.org/mailman/listinfo/kclug
Jack wrote:
Ok, this is more an annoyance than anything else. I suspect I have something missing in my configuration for courier. Frequently while I have an imap session up it will disconnect at the server and leave the connection process up on the server. This prevents my email client from downloading anymore messages until I either close the email client, and the browser if it is Mozilla/ Thunderbird. Or by kill -SIGHUP of the offending process. I'm forcing imap over a secure connection and using a 9xx port. This doesn't happen with local connection that squirrelmail uses. Anyone experience similar behavior? Google was no help, or I didn't ask the right question.
If the server disconnects the session it shouldn't leave connection process up and running, since there's no reason to keep it around. Are your remote clients connecting through a firewall? Is it possible that a NAT entry is expiring somewhere unbeknownst to the server and client?