421 4.4.2 Connection dropped - Large emails only

Posted on 2008-11-02
Medium Priority
Last Modified: 2012-09-10
Hello, I have just installed an additional Exchange Server 2007 to my existing 4 E2k7 environment.  The new server is connected by VPN WAN.  Emails flow between the servers OK for small sized emails.  Larger sized emails of around 10-30MB in size continuously receive Connection Dropped Error  421 4.4.2.  The WAN is about 256K speed and can be unreliable at times. Are there fine tuning settings for the time outs in the receive connector? or anything else that may cause this problem? Thanks.
Question by:Superfundi
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
  • 2

Expert Comment

ID: 22865423
The Default message size for receiving and sending in Exchange 2007 is 10 Mb i think. Maybe you should look at changing the default message size restrictions?


Author Comment

ID: 22865962
The receive connector maximum message size has already been changed to 64000 KB.  Also the user's maximum message size has been raised to 64000 KB for transmit and receive.  Under the default conditions, you would normally get a message rejection notice that the maximum message size has been exceeded, but I dont get this due to the increased limits.

get-transportconfig says;
MaxReceiveSize                 : 64000KB
MaxSendSize                     : 64000KB

I used to get the same email message everynight using POP3 over the same VPN link, but on installation of the additional E2k7 server, replacing POP3, it now fails.  It is as if the E2k7 transport is not as tolerant as POP3 to latency and transient delays.
LVL 12

Expert Comment

ID: 22874050

As you said the wan is unreliable so I recommend first checking your MTU size, here is how to check:

Technology Partners: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!


Author Comment

ID: 22874233
Thanks Florins, good suggestion.  I also suspected the MTU but on the VPN configuration.  The VPN management is an appliance and outsourced.  Some adjustments have been done but have not fixed the problem. The VPN hardware is best suited to satellite and long latancy traffic and has been in a long time so not much to suspect there.  BTW, DFS "seems" to work fine for the same size files.

Some more information;  The last mile connection to the remote server is ISP provided wireless running at 256k.  This server is in Port Moresby.   Since this problem came up, I've noticed the same problem on another remote server located in Mt Hagen, same country.  This one however has a 512k VSAT WAN.  It was originally E2k3 and head office the same.  HO was upgrade to E2k7 and Mt Hagen run perfectly for many months on E2k3 over the appropriate send connector.  

It was only when Hagen was upgraded from E2k3 to E2k7, and Morseby from POP3 to E2k7 that these problems started.  The connection is not dropped immediately, but a long time into transferring the email, e.g. 50mins.  Microsoft has changed something in the send/receive connectors going from E2k3 to E2k7 to create this problem.  In all fairness they expect world wide communications get better so they change the defaults to suit, but in some countries, it is still "agricultural".

Anyone know how to tune the following in the receive connector, and if it is worthwhile?  I've included the value of my settings.  Does 00:00:00 mean HH:MM:SS ??  I

MaxProtocolErrors: 5
PipeLiningEnabled: True
ConnectionTimeout:  00:10:00
ConnectionTimeoutActivity: 00:05:00
TarPitInterval:  00:0:05
LVL 12

Expert Comment

ID: 22874778
Here are some articles related to the problem:


you can also check the rate limiting for smtp traffic on the public ethernet port of the router if is the case.

Accepted Solution

Superfundi earned 0 total points
ID: 22937383
problem not solved and nothing I have researched gives me a fix.  The large emails is being generated by our ERP system and was 1 email with a 30MB attachment.  I have now changed it to send 30 emails with 1MB attachments which seems to have been a good workaround.

Still interested if someone has a resolution, but otherwise, closing this issue.    Thanks

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This article aims to explain the working of CircularLogArchiver. This tool was designed to solve the buildup of log file in cases where systems do not support circular logging or where circular logging is not enabled
In-place Upgrading Dirsync to Azure AD Connect
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
how to add IIS SMTP to handle application/Scanner relays into office 365.
Suggested Courses

771 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question