[Dovecot] Timeouts with outlook express
Hi
I am using Dovecot 0.99.12.1 (just upgraded) on a site with about 1500 mailboxes. One thing I have noticed is when the client outlook express is receiving a large mail via pop3 it gets a time out. There is traffic. If you click on the "wait" button in the dialogue the mail continues to download.
This seem to relate to the "Server Timeouts" setting under mail account Properties/advance. If this setting is set higher the dialogue come only after this time has passed.
If the mail take a long time to download if say is very big the user may have to click "Wait" a number of time even if the time out setting is set to the largest amount.
It funny because the mail is downloading, So the pop3 server has not stopped responding as outlook express say it has. Strange.
What is happening here? and is there a work around for it. Do I have a setting wrong.
Regards Daniel ROwe
Hello,
Daniel wrote:
[Timeouts with Outlook and POP3]
What is happening here? and is there a work around for it. Do I have a setting wrong.
The only thing "wrong" here is Outlook and the only workaround is not to use it. We're an ISP with a several 10000 users and I had 100yen for each time this happened, I could retire.
This did happen long before we used Dovecot as well, btw.
Regards,
Christian Balzer
Christian Balzer Network/Systems Engineer NOC chibi@gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/
Hi Daniel,
Have you tried turning on th outlook-no-nuls workaround in dovecot?
Regards Andrew
On Thu, 2004-12-09 at 15:22 +0800, Daniel wrote:
-- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/
Daniel wrote:
Amazing... it's still doing this? I saw the fruits of this wrongheadedness some years ago. Users were complaining that they were receiving the same message repeatedly, and no more.
What was happening was Messenger/Outlook/OE was downloading the message, and decoding the attachment, then timing out and so not telling the POP server to delete it. Why they decoded the attachment before confirming the receive/deleting the message on the server, who can say...
Wonderfully stupid design which you'd think they'd fix eventually... then again...
-- Curtis Maloney
participants (4)
-
Andrew Hutchings
-
Christian Balzer
-
Curtis Maloney
-
Daniel