Category Archives: Exchange 2007

Mqqm.dll – Revision History for Windows Vista SP2, Windows Server 2008 SP2 and Windows Small Business Server 2008 (SBS 2008)

Mqqm.dll – Revision History for Windows Vista SP2, Windows Server 2008 SP2 and Windows Small Business Server 2008 (SBS 2008)

19-Mar-2013 – 6.0.6002.23078 – Mqqm.dll – x86/x64 – http://support.microsoft.com/kb/2829589 – Message Queuing service freezes when queue size increases in Windows Server 2008 SP2

09-Jan-2012 – 6.0.6002.22774 – Mqqm.dll – x86/x64 – http://support.microsoft.com/kb/2654668 – “Access Denied” error message when a transactional remote receive is performed on a Message Queuing 4.0 queue in Windows Vista or in Windows Server 2008

08-Sep-2011 – 6.0.6002.22713 – Mqqm.dll – x86/x64 – http://support.microsoft.com/kb/2554746 – MSMQ service might not send or receive messages after you restart a computer that is running Windows 7, Windows Server 2008 R2, Windows Vista or Windows Server 2008

24-Jun-2010 – 6.0.6002.22431 – Mqqm.dll – x86/x64 – http://support.microsoft.com/kb/2260618 – FIX: Message Queuing may stop responding in Windows Vista or in Windows Server 2008

19-Oct-2009 – 6.0.6002.22247 – Mqqm.dll – x86/x64 – http://support.microsoft.com/kb/976438 – FIX: Error “0xc00e0003” is returned when you send messages between instances of Message Queuing

Windows Server 2008 R2 – RTM and SP1 may not respond to a request for a Sender Policy Framework (SPF) TXT Record Correctly if it exceeds 512 bytes

In this scenario if the Sender Policy Framework TXT record exceeds 512 bytes in size then you may find your server anti-spam fails to correctly identify e-mail as either legitimate mail or SPAM, this can result in the two extremes of SPAM mail being delivered to users or legitimate e-mail being rejected as SPAM.

Microsoft do offer a hotfix for DNS Server to prevent this issue KB 2495375 http://support.microsoft.com/kb/2495375

Powershell Script to Determine Active User Count for Microsoft Exchange 2010 and Exchange 2007

A script that I came up with to determine the user load that is being placed on a particular Exchange server so that you can plot the days of the week and times of the day that are busiest. This Powershell Script can be used with GFI Max Remote Management or SpiceWorks to easily identify busy Exchange servers.

$GETMSEXCHISAUC = Get-Counter ‘\MSExchangeIS\Active User Count’
$MSEXCHISAUC = $GETMSEXCHISAUC.CounterSamples |Select-Object CookedValue
Write-Host You have $MSEXCHISAUC.CookedValue Active Exchange User Connection\s to the Exchange Server

Feel free to edit the text part of the output (Last line), this could be simplified if required.

[RESOLVED] You must close all dialog boxes before you can close Exchange Management Console

After installing Internet Explorer 9 on your Microsoft Exchange 2007 or Exchange 2010 mail servers you may have been noticing that the Exchange Management Console will refuse to close and simply state “You must close all dialog boxes before you can close Exchange Management Console”.

This has been a long running issue but has finally been resolved by the Microsoft Internet Explorer Developer Team.

Please note that this issue is now resolved by installing the latest cumulative security update for Internet Explorer, The fix was first included in security update 2618444 http://support.microsoft.com/kb/2618444

Information on the scope of this issue can still be found here KB 2624899 http://support.microsoft.com/kb/2624899

You can request the hotfix by visiting Microsofts website and searching for the following Knowledge Base article KB 2624899

Note: The hotfix is actually for Internet Explorer 9 rather than Microsoft Exchange but does actually resolve the issues with the Exchange Management Console not closing correctly.