Changing HTTP(S) Request Timeout for ActiveSync and DirectPush

I had a relevant exchange with Astaro Support, and they confirmed the timeout on the ASG is four days - well beyond the limit suggested by the MS article.

I set up our Exchange server with a new iPhone 3G about two weeks ago - the first ActiveSync device on these servers.  I posted a thread about the experience: 
https://community.sophos.com/products/unified-threat-management/astaroorg/f/51/t/20215

If you have had other devices using Exchange ActiveSync, then you can probably ignore that post.

Regarding the errors in the logs.

If the timeout is actually 4 days, then we shouldn't be seeing the problem noticed by Tofu4679 above.  However we see the same problem.

The Microsoft KB says: 

The average of the most recent [91] heartbeat intervals used by clients is less than or equal to [540].

Make sure that your firewall configuration is set to work correctly with Exchange ActiveSync and Direct Push technology. Specifically, make sure that your firewall is configured so that requests to Exchange ActiveSync do not expire before they have the opportunity to be processed.

How can we be sure that the timeout is actually 4 days?  Are there some specific settings we need to set for MS Exchange?

BangkokBob, if you read through the posts in the link I supplied above, you'll see that I tracked this down to a glitch in the Routing and Remote Access Service that also was interrupting Outlook Web Access.

My workaround is described in the last post in the link.  If you can give me a better solution, I'd love to have it.

Thanks - Bob
PS I got the 4 days number from Astaro support after they talked to the developers.

BangkokBob, if you read through the posts in the link I supplied above, you'll see that I tracked this down to a glitch in the Routing and Remote Access Service that also was interrupting Outlook Web Access.

My workaround is described in the last post in the link.  If you can give me a better solution, I'd love to have it.

Thanks - Bob
PS I got the 4 days number from Astaro support after they talked to the developers.

I'm not sure I see the link between the RRAS restarting and the https issues? 

I'm not having any of the other problems in your post - email continually comes through to my iPhone and other windows mobile devices without issue. Just getting the error logs on my Exchange 2007 server flooded with "The average of the most recent [531] heartbeat intervals used by clients is less than or equal to [540]."

Sorry to drag this up again!

Same prob here - and not even installed the RRAS-service on the Exchange...?!

If RRAS isn't installed, I don't think Outlook Web Access or Exchange ActiveSync can work, but both of these questions are unrelated to anything you can change in the Astaro.

Cheers - Bob

I am having the same problem.......

"The average of the most recent [488] heartbeat intervals used by clients is less than or equal to [540].
Make sure that your firewall configuration is set to work correctly with Exchange ActiveSync and Direct Push technology. Specifically, make sure that your firewall is configured so that requests to Exchange ActiveSync do not expire before they have the opportunity to be processed.

For more information about how to configure firewall settings when you use Exchange ActiveSync, see Microsoft Knowledge Base article 905013, "Enterprise Firewall Configuration for Exchange ActiveSync Direct Push Technology" (go.microsoft.com/.../


RRAS has nothing to do with Outlook WebAccess or Exchange.  These are HTTP/HTTPS protocols.  RRAS deals with PPTP, IPSec, etc.  RRAS is not installed on ANY of my Exchange servers and the Client Access role works just fine without it.  

The fact of the matter is, email is being synchronized between my exchange server and active sync clients, but this error message is filling up my logs (as well as others in this forum from what it seems).

Bob, what your saying is that Astaro Developers have told you that the timeout is 4 days but there is no where to change it in the Astaro?

Hi,

any news on this? 
I ' am getting exactly the same errors on exchange server 2010...

regards

Hello,

any news or suggestions?

I have the same log entries [:(]

regards

Greetings,
Did anyone ever come up with something to address these log entries?  
Thanks