You know, I do have that turned on. I have checked the TCP/IP transfers periodically when these large files come through and they seem to be clean, no retries.  So I'll try turning off the session logging and see if that makes a difference.  Never thought of that!

Thanks!

Running Mercury/32 on a Win2k system, 512MB RAM, about 5 GB of free space, defragged regularly.  System uses McAfee Total Protection (AV, antispyware/malware, firewall).  It seems that large emails (usually email with large image attachments) take 4-EV-VER to come in.  I have turned off on access scanning on the system, but something else is really dragging down the performance when the larger files come in.  Smaller ones just zip right in.  What else could be making these files come in so slowly?  The queue will backup for incoming and outgoing when this happens--messages will move but not nearly as efficiently as they should, so I can see the queue growing and growing until these large messages get completely delivered. On the outgoing side, there's not very much delay in the sending, it's only incoming that seems to be an issue.

Thanks,

Gromit

Do you happen to have session logging turned on? This can really slow down the receiving process with writing the file debug file to disk.  However, I suspect a packet size problem and a lot of retries in the receiving of the message transfer.  You might want to use one of the various tools out there to check the TCP/IP transfers.