Tag Archives: Exchange 2010

M$ fixes bugs in Exchange Server 2010 SP3 RU8

Exchange Server 2010 SP3 Update Rollup 8 turned out to be problematic when working with Outlook.

It fixed one thing that was important to me:

3004235: Exchange Server meetings in Russian time zones as well as names of time zones are incorrect after October 26, 2014.

Two products from the same vendor and they have trouble talking to each other… not for the first time…

On TechNet we can find this note:

Update 12/12/2014: Exchange Server 2010 SP3 Update Rollup 8 has been re-released to the Microsoft download center resolving a regression discovered in the initial release. The update RU8 package corrects the issue which impacted users connecting to Exchange from Outlook. The issue was insulated to the MAPI RPC layer and was able to be isolated to quickly deliver the updated RU8 package. The updated RU8 package is version number 14.03.0224.002 if you need to confirm you have the updated package. The updates for Exchange Server 2013 and 2007 were not impacted by this regression and have not been updated.

So supposedly it should be fine now… I will wait anyway…

A few links for those who want to read more:

http://www.zdnet.com/article/microsoft-pulls-exchange-2010-update/
http://www.theregister.co.uk/2014/12/10/exchange_2010_update_recall/
https://support.microsoft.com/kb/2986475
http://blogs.technet.com/b/jribeiro/archive/2014/12/10/update-rollup-8-for-exchange-2010-sp3-has-been-released-kb2986475.aspx

Slow email sending in Exchange 2010

I came across a strange PHP application with Postfix. It worked as expected, but after migrating to Exchange 2010, strange delays appeared when trying to send mail. The send() function hangs for about 30 seconds… sometimes it returns a timeout, sometimes it simply hangs.

After debugging, we discovered that it hangs after sending CRLF.CRLF in the DATA section, and this is where it waits for the server response. After about 30 seconds, the server responds with its magic 250 and everything is fine.

The problem is that PHP treats this waiting time as a server failure and returns a timeout.

Checking the MaxAcknowledgementDelay parameter on the connector and changing its value from 30 to 0 helped:

Get-ReceiveConnector "Connector Name" | fl
Set-ReceiveConnector "Connector Name" -MaxAcknowledgementDelay 0

It is also worth changing:

Set-ReceiveConnector "Connector Name" -Tarpitinterval 0

and done… 😉