Solved

421 4.4.2 Connection dropped - Large emails only

Posted on 2008-11-02
6
1,702 Views
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.
0
Comment
Question by:Superfundi
  • 3
  • 2
6 Comments
 
LVL 6

Expert Comment

by:Pret0rian
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?

Remi
0
 

Author Comment

by:Superfundi
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.
0
 
LVL 12

Expert Comment

by:florin_s
ID: 22874050
Hi,

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

http://www.pctools.com/guides/registry/detail/280/
0
How your wiki can always stay up-to-date

Quip doubles as a “living” wiki and a project management tool that evolves with your organization. As you finish projects in Quip, the work remains, easily accessible to all team members, new and old.
- Increase transparency
- Onboard new hires faster
- Access from mobile/offline

 

Author Comment

by:Superfundi
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
0
 
LVL 12

Expert Comment

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

http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Exchange/Q_23086381.html
http://exchangepedia.com/blog/2007/01/enabled-by-default-smtp-tarpit-in.html
http://support.microsoft.com/kb/900926

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

Accepted Solution

by:
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
0

Featured Post

Too many email signature changes to deal with?

Are you constantly being asked to update your organization's email signatures? Do they take up too much of your time? Wouldn't you love to be able to manage all signatures from one central location, easily design them and deploy them quickly to users. Well, you can!

Join & Write a Comment

Follow this checklist to learn more about the 15 things you should never include in an email signature from personal quotes, animated gifs and out-of-date marketing content.
This article explains in simple steps how to renew expiring Exchange Server Internal Transport Certificate.
In this video we show how to create an Accepted Domain in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Mail Flow >> Ac…
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…

705 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

Need Help in Real-Time?

Connect with top rated Experts

19 Experts available now in Live!

Get 1:1 Help Now