Hello!
Myself, I have never seen this, so I can only guess what has happened.
I googled for similar reports, and I found three workarounds: changing the settings for a certain chipset of your motherboard; adjusting the MTU value in your Windows installation; adding a certain command line option for Pegasus Mail.
(a) *** Motherboard ***
Similar problems have been reported if the motherboard has an nVidia chipset.
The workaround seems to be to disable the advanced optimization capability called "checksum offload". The setting can be found in the BIOS setup.
I found that piece of information in a newsgroup posting that you can read here.
(b) *** MTU ***
If you want to know what "MTU" means, you may read the Wikipedia explanation about it.
Some time ago, I read the following advice concerning how to adjust the MTU settings:
[quote]A POP3/SMTP-transmissions may fail if the MTU packet size is so large that a packet is fragmented.
In many cases, the receiving system router blocks the receiving servers "packets fragmented" response to the sending system using "MTU Discovery". These oversize packets are not accepted and so are resent. This results in a timeout, generally at the end of the message transmission but it can be anywhere in the process.
You need to reduce the MTU size. Windows defaults to a 1500 MTU and many routers and DSL connections need 1492. You might simply want to turn off the MTU Discovery operation.
You might want to get a copy of SG TCP Optimizer (at <http://www.speedguide.net/downloads.php>). This little utility will allow you to test your MTU for maximum size without fragmentation against specific servers. It will also make it easy to adjust the MTU.[/quote]
(c) *** commandline option ***
I also read that the commandline option "-Z 1024" may help to get rid of that problem.
For example, if your current commandline (to start Pegasus Mail) is "c:\pmail\winpm-32.exe -MS", you simply add the "-Z 1024"-flag to it, so the commandline would be "c:\pmail\winpm-32.exe -MS -Z 1024".
The helpfile says that that flag "Use blocking sockets [and] may be needed for some defective WINSOCK implementations" (on the helpfile titled "Command-line options").
(I found that idea at <http://www.webservertalk.com/archive205-2006-3-1424938.html>).
As said above, I am only guessing. I cannot promise that these suggestions will work for you (because I have never had to use them myself), but I hope it helps.
Hello!
Myself, I have never seen this, so I can only guess what has happened.
I googled for similar reports, and I found three workarounds: changing the settings for a certain chipset of your motherboard; adjusting the MTU value in your Windows installation; adding a certain command line option for Pegasus Mail.
<U>(a) *** Motherboard ***</U>
Similar problems have been reported if the motherboard has an nVidia chipset.
The workaround seems to be to disable the advanced optimization capability called "checksum offload". The setting can be found in the BIOS setup.
I found that piece of information in a newsgroup posting that you can read <A href="http://groups.google.com/group/comp.mail.pegasus-mail.ms-windows/browse_thread/thread/24f990f8b3476dd1/1c8dec47cb7105b7?hl=en&lnk=st&q=#1c8dec47cb7105b7" mce_href="http://groups.google.com/group/comp.mail.pegasus-mail.ms-windows/browse_thread/thread/24f990f8b3476dd1/1c8dec47cb7105b7?hl=en&lnk=st&q=#1c8dec47cb7105b7" target="_blank">here</A>.
<U>(b) *** MTU ***</U>
If you want to know what "MTU" means, you may read the <A href="http://en.wikipedia.org/wiki/Maximum_transmission_unit" mce_href="http://en.wikipedia.org/wiki/Maximum_transmission_unit" target="_blank">Wikipedia explanation</A> about it.
Some time ago, I read the following advice concerning how to adjust the MTU settings:
[quote]A POP3/SMTP-transmissions may fail if the MTU packet size is so large that a packet is fragmented.
In many cases, the receiving system router blocks the receiving servers "packets fragmented" response to the sending system using "MTU Discovery". These oversize packets are not accepted and so are resent. This results in a timeout, generally at the end of the message transmission but it can be anywhere in the process.
You need to reduce the MTU size. Windows defaults to a 1500 MTU and many routers and DSL connections need 1492. You might simply want to turn off the MTU Discovery operation.
You might want to get a copy of SG TCP Optimizer (at &lt;<A href="http://www.speedguide.net/downloads.php" mce_href="http://www.speedguide.net/downloads.php" target="_blank">http://www.speedguide.net/downloads.php</A>&gt;). This little utility will allow you to test your MTU for maximum size without fragmentation against specific servers. It will also make it easy to adjust the MTU.[/quote]
<U>(c) *** commandline option ***</U>
I also read that the commandline option "-Z 1024" may help to get rid of that problem.
For example, if your current commandline (to start Pegasus Mail) is "c:\pmail\winpm-32.exe -MS", you simply add the "-Z 1024"-flag to it, so the commandline would be "c:\pmail\winpm-32.exe -MS -Z 1024".
The helpfile says that that flag "Use blocking sockets [and] may be needed for some defective WINSOCK implementations" (on the helpfile titled "Command-line options").
(I found that idea at &lt;<A href="http://www.webservertalk.com/archive205-2006-3-1424938.html" mce_href="http://www.webservertalk.com/archive205-2006-3-1424938.html" target="_blank">http://www.webservertalk.com/archive205-2006-3-1424938.html</A>&gt;).
As said above, I am only guessing. I cannot promise that these suggestions will work for you (because I have never had to use them myself), but I hope it helps.