Hi All,

I've Exchange 2010 version 14.02.0342.003 installed in my environment. 

I got an issue with OWA, Event ID 63 which states -- "The configuration settings have been read and updated successfully. Virtual directory: "owa". web site: "Default web site"".

Later after this event, OWA for that CAS server got failed for some fraction of second. We may say a connectivity drop, but later it got sucess again.

I just want to know the reason behind this.. Let me know if any. Thanks!

Hi,

It seems they forgot to update ConvertOABVDir.ps1 for Exchange 2013...

All paths and versions refer to Exchange 2010 and not to 2013.

But even changing these paths and versions to reflect the correct ones, IIS throws me error 500 and:

"Could not load file or assembly 'Microsoft.Exchange.OwaUrlModule, Version=15.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. This assembly is built by a runtime newer than the currently loaded runtime and cannot be loaded."

Anyone has ever tried do enable Kerberos for outlook in exchange 2013?

Marcelo

# Globals
$setupRegistryPath = Get-ItemProperty -path 'HKLM:SOFTWARE\Microsoft\ExchangeServer\v14\Setup'
$exchangeInstallPath = $setupRegistryPath.MsiInstallPath
$ComputerName = [string]$Env:computername

$OabPath = "Default Web Site/OAB"

# Initialize IIS metabase management object
$InitWebAdmin = [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.Web.Administration") 
$Iis = new-object Microsoft.Web.Administration.ServerManager 

# Creates OAB app pool based on DefaultAppPool, running as LocalSystem
function CreateOabAppPool
{
    # Get existing OAB authentication values to set later
    $config = $Iis.GetApplicationHostConfiguration();
    $basicAuthenticationSectionEnabled = $config.GetSection("system.webServer/security/authentication/basicAuthentication", "Default Web Site/OAB")["enabled"];
    $windowsAuthenticationSectionEnabled = $config.GetSection("system.webServer/security/authentication/windowsAuthentication", "Default Web Site/OAB")["enabled"];

    $apppool = $Iis.ApplicationPools["MSExchangeOabAppPool"]
    if ($apppool)
    {
        # Delete existing app pool
        $apppool.Delete()       
        # Flush
        $Iis.CommitChanges()
    }

    # Create new app pool, then bind to it
    $a=$Iis.applicationPools.Add("MSExchangeOabAppPool")
    $apppool = $Iis.ApplicationPools["MSExchangeOabAppPool"]
    # Now make sure it runs as LocalSystem, and prevent unnecessary app pool restarts
    $apppool.ProcessModel.IdentityType = [Microsoft.Web.Administration.ProcessModelIdentityType]"LocalSystem"
    $apppool.ProcessModel.idleTimeout = "0.00:00:00"
    $apppool.Recycling.PeriodicRestart.time = "0.00:00:00"

    # Create /OAB application
    $OabApplication = $Iis.Sites["Default Web Site"].Applications["/OAB"]
    if ($OabApplication)
    {
        # Delete it
        $OabApplication.Delete()
        # Flush
        $Iis.CommitChanges()
    }

    $oabvdir=$Iis.Sites["Default Web Site"].Applications["/"].VirtualDirectories["/OAB"]
    if ($oabvdir)
    {
        # Clean up vdir
        $oabvdir.Delete()
        $Iis.CommitChanges()
    }
    $addSite=$Iis.Sites["Default Web Site"].Applications.Add("/OAB", $ExchangeInstallPath + "ClientAccess\OAB")
    $OabApplication = $Iis.Sites["Default Web Site"].Applications["/OAB"]
    if ($OabApplication -eq $Null)
    {
        # Error creating OAB vdir.  Need to fix existing one and rest
        Write-Warning "Error updating Default Web Site/OAB to support the OABAuth component."
        Write-Output "Please use IIS Manager to remove the Default Web Site/OAB virtual directory, then the following commands to recreate the OAB virtual directory:"
        Write-Output "Get-OabVirtualDirectory -server $ComputerName | Remove-OabVirtualDirectory"
        Write-Output "New-OabVirtualDirectory -server $ComputerName"
        break
    }

    #Set app pool
    $OabApplication.ApplicationPoolName = "MSExchangeOabAppPool"

    #Restore previous auth settings and enabled anonymous
    # Reload applicationHost.config
    $config = $Iis.GetApplicationHostConfiguration();
    
    # Check null (inherited from root of web server), otherwise set to previous value
    if ($basicAuthenticationSectionEnabled)
    {
        $basicAuthenticationSection = $config.GetSection("system.webServer/security/authentication/basicAuthentication", "Default Web Site/OAB")
        $basicAuthenticationSection["enabled"]=$basicAuthenticationSectionEnabled
    }
    # Check null (inherited from root of web server), otherwise set to previous value
    if ($windowsAuthenticationSectionEnabled)
    {
        $windowsAuthenticationSection = $config.GetSection("system.webServer/security/authentication/windowsAuthentication", "Default Web Site/OAB")
        $windowsAuthenticationSection["enabled"] = $windowsAuthenticationSectionEnabled
    }

    $Iis.CommitChanges()
}

# Loads OAB auth module by creating or overwriting web.config for OAB vdir
function UpdateOabWebConfig()
{
    $webConfigPath = $ExchangeInstallPath + "ClientAccess\OAB\web.config"
    $webConfigOriginal = @"<?xml version="1.0" encoding="utf-8"?><configuration><system.webServer><modules><add name="Microsoft.Exchange.OABAuth" type="Microsoft.Exchange.OABAuth.OABAuthModule" /></modules></system.webServer><system.web><compilation defaultLanguage="c#" debug="false"><assemblies><add assembly="Microsoft.Exchange.Net, Version=14.0.0.0, Culture=neutral, publicKeyToken=31bf3856ad364e35"/><add assembly="Microsoft.Exchange.Diagnostics, Version=14.0.0.0, Culture=neutral, publicKeyToken=31bf3856ad364e35"/><add assembly="Microsoft.Exchange.OabAuthModule, Version=14.0.0.0, Culture=neutral, publicKeyToken=31bf3856ad364e35"/></assemblies></compilation></system.web><runtime><assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"><dependentAssembly><assemblyIdentity name="Microsoft.Exchange.OABAuthModule" publicKeyToken="31bf3856ad364e35" culture="neutral" /><codeBase version="14.0.0.0" href="file:///{0}bin\Microsoft.Exchange.OABAuthModule.dll"/></dependentAssembly><dependentAssembly><assemblyIdentity name="Microsoft.Exchange.Net" publicKeyToken="31bf3856ad364e35" culture="neutral" /><codeBase version="14.0.0.0" href="file:///{0}bin\Microsoft.Exchange.Net.dll"/></dependentAssembly><dependentAssembly><assemblyIdentity name="Microsoft.Exchange.Rpc" publicKeyToken="31bf3856ad364e35" culture="neutral" /><codeBase version="14.0.0.0" href="file:///{0}bin\Microsoft.Exchange.Rpc.dll"/></dependentAssembly><dependentAssembly><assemblyIdentity name="Microsoft.Exchange.Diagnostics" publicKeyToken="31bf3856ad364e35" culture="neutral" /><codeBase version="14.0.0.0" href="file:///{0}bin\Microsoft.Exchange.Diagnostics.dll"/></dependentAssembly></assemblyBinding></runtime></configuration>"@
    # Swap in Exchange installation path
    $webConfigData = [string]::Format($webConfigOriginal, $ExchangeInstallPath)

    # Check for existing web.config
    if (Test-Path $webConfigPath)
    {
        # Make a backup copy of current web.config
        $backupPath = $webConfigPath + " Backup " + [string](get-date -Format "yyyy-MM-dd HHmmss")
        Write-Output "Backing up existing web.config to ""$backupPath"""
        Copy-Item $webConfigPath $backupPath
    }
    Out-File -FilePath $webConfigPath -InputObject $webConfigData -Encoding "UTF8"
    Write-Output "Created $webConfigPath."
}


# Main
Write-Output "Converting OAB virtual directory on $ComputerName to an application..." ""

# Get IIS config to create OAB-specific app pool, then add web.config for OABAuth module
UpdateOabWebConfig
CreateOabAppPool

Write-Output "Done!  OAB virtual directory has been converted to an application on $ComputerName."
$a=$Iis.Dispose()

# SIG # Begin signature block
# MIIaqwYJKoZIhvcNAQcCoIIanDCCGpgCAQExCzAJBgUrDgMCGgUAMGkGCisGAQQB
# gjcCAQSgWzBZMDQGCisGAQQBgjcCAR4wJgIDAQAABBAfzDtgWUsITrck0sYpfvNR
# AgEAAgEAAgEAAgEAAgEAMCEwCQYFKw4DAhoFAAQU9/hTOMuPNFNowKeSrS1Unzot
# K86gghV5MIIEujCCA6KgAwIBAgIKYQKOQgAAAAAAHzANBgkqhkiG9w0BAQUFADB3
# MQswCQYDVQQGEwJVUzETMBEGA1UECBMKV2FzaGluZ3RvbjEQMA4GA1UEBxMHUmVk
# bW9uZDEeMBwGA1UEChMVTWljcm9zb2Z0IENvcnBvcmF0aW9uMSEwHwYDVQQDExhN
# aWNyb3NvZnQgVGltZS1TdGFtcCBQQ0EwHhcNMTIwMTA5MjIyNTU4WhcNMTMwNDA5
# MjIyNTU4WjCBszELMAkGA1UEBhMCVVMxEzARBgNVBAgTCldhc2hpbmd0b24xEDAO
# BgNVBAcTB1JlZG1vbmQxHjAcBgNVBAoTFU1pY3Jvc29mdCBDb3Jwb3JhdGlvbjEN
# MAsGA1UECxMETU9QUjEnMCUGA1UECxMebkNpcGhlciBEU0UgRVNOOkY1MjgtMzc3
# Ny04QTc2MSUwIwYDVQQDExxNaWNyb3NvZnQgVGltZS1TdGFtcCBTZXJ2aWNlMIIB
# IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAluyOR01UwlyVgNdOCz2/l0PD
# S+NgZxEvAU0M2NFGLxBA3gukUFISiAtDei0/7khuZseR5gPKbux5qWojm81ins1q
# pD/no0P/YkehtLpE+t9AwYVUfuigpyxDI5tSHzI19P6aVp+NY3d7MJ4KM4VyG8pK
# yMwlzdtdES7HsIzxj0NIRwW1eiAL5fPvwbr0s9jNOI/7Iao9Cm2FF9DK54YDwDOD
# tSXEzFqcxMPaYiVNUyUUYY/7G+Ds90fGgEXmNVMjNnfKsN2YKznAdTUP3YFMIT12
# MMWysGVzKUgn2MLSsIRHu3i61XQD3tdLGfdT3njahvdhiCYztEfGoFSIFSssdQID
# AQABo4IBCTCCAQUwHQYDVR0OBBYEFC/oRsho025PsiDQ3olO8UfuSMHyMB8GA1Ud
# IwQYMBaAFCM0+NlSRnAK7UD7dvuzK7DDNbMPMFQGA1UdHwRNMEswSaBHoEWGQ2h0
# dHA6Ly9jcmwubWljcm9zb2Z0LmNvbS9wa2kvY3JsL3Byb2R1Y3RzL01pY3Jvc29m
# dFRpbWVTdGFtcFBDQS5jcmwwWAYIKwYBBQUHAQEETDBKMEgGCCsGAQUFBzAChjxo
# dHRwOi8vd3d3Lm1pY3Jvc29mdC5jb20vcGtpL2NlcnRzL01pY3Jvc29mdFRpbWVT
# dGFtcFBDQS5jcnQwEwYDVR0lBAwwCgYIKwYBBQUHAwgwDQYJKoZIhvcNAQEFBQAD
# ggEBAHP/fS6dzY2IK3x9414VceloYvAItkNWxFxKLWjY+UgRkfMRnIXsEtRUoHWp
# OKFZf3XuxvU02FSk4tDMfJerk3UwlwcdBFMsNn9/8UAeDJuA4hIKIDoxwAd1Z+D6
# NJzsiPtXHOVYYiCQRS9dRanIjrN8cm0QJ8VL2G+iqBKzbTUjZ/os2yUtuV2xHgXn
# Qyg+nAV2d/El3gVHGW3eSYWh2kpLCEYhNah1Nky3swiq37cr2b4qav3fNRfMPwzH
# 3QbPTpQkYyALLiSuX0NEEnpc3TfbpEWzkToSV33jR8Zm08+cRlb0TAex4Ayq1fbV
# PKLgtdT4HH4EVRBrGPSRzVGnlWUwggTsMIID1KADAgECAhMzAAAAsBGvCovQO5/d
# AAEAAACwMA0GCSqGSIb3DQEBBQUAMHkxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpX
# YXNoaW5ndG9uMRAwDgYDVQQHEwdSZWRtb25kMR4wHAYDVQQKExVNaWNyb3NvZnQg
# Q29ycG9yYXRpb24xIzAhBgNVBAMTGk1pY3Jvc29mdCBDb2RlIFNpZ25pbmcgUENB
# MB4XDTEzMDEyNDIyMzMzOVoXDTE0MDQyNDIyMzMzOVowgYMxCzAJBgNVBAYTAlVT
# MRMwEQYDVQQIEwpXYXNoaW5ndG9uMRAwDgYDVQQHEwdSZWRtb25kMR4wHAYDVQQK
# ExVNaWNyb3NvZnQgQ29ycG9yYXRpb24xDTALBgNVBAsTBE1PUFIxHjAcBgNVBAMT
# FU1pY3Jvc29mdCBDb3Jwb3JhdGlvbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC
# AQoCggEBAOivXKIgDfgofLwFe3+t7ut2rChTPzrbQH2zjjPmVz+lURU0VKXPtIup
# P6g34S1Q7TUWTu9NetsTdoiwLPBZXKnr4dcpdeQbhSeb8/gtnkE2KwtA+747urlc
# dZMWUkvKM8U3sPPrfqj1QRVcCGUdITfwLLoiCxCxEJ13IoWEfE+5G5Cw9aP+i/QM
# mk6g9ckKIeKq4wE2R/0vgmqBA/WpNdyUV537S9QOgts4jxL+49Z6dIhk4WLEJS4q
# rp0YHw4etsKvJLQOULzeHJNcSaZ5tbbbzvlweygBhLgqKc+/qQUF4eAPcU39rVwj
# gynrx8VKyOgnhNN+xkMLlQAFsU9lccUCAwEAAaOCAWAwggFcMBMGA1UdJQQMMAoG
# CCsGAQUFBwMDMB0GA1UdDgQWBBRZcaZaM03amAeA/4Qevof5cjJB8jBRBgNVHREE
# SjBIpEYwRDENMAsGA1UECxMETU9QUjEzMDEGA1UEBRMqMzE1OTUrNGZhZjBiNzEt
# YWQzNy00YWEzLWE2NzEtNzZiYzA1MjM0NGFkMB8GA1UdIwQYMBaAFMsR6MrStBZY
# Ack3LjMWFrlMmgofMFYGA1UdHwRPME0wS6BJoEeGRWh0dHA6Ly9jcmwubWljcm9z
# b2Z0LmNvbS9wa2kvY3JsL3Byb2R1Y3RzL01pY0NvZFNpZ1BDQV8wOC0zMS0yMDEw
# LmNybDBaBggrBgEFBQcBAQROMEwwSgYIKwYBBQUHMAKGPmh0dHA6Ly93d3cubWlj
# cm9zb2Z0LmNvbS9wa2kvY2VydHMvTWljQ29kU2lnUENBXzA4LTMxLTIwMTAuY3J0
# MA0GCSqGSIb3DQEBBQUAA4IBAQAx124qElczgdWdxuv5OtRETQie7l7falu3ec8C
# nLx2aJ6QoZwLw3+ijPFNupU5+w3g4Zv0XSQPG42IFTp8263Os8lsujksRX0kEVQm
# MA0N/0fqAwfl5GZdLHudHakQ+hywdPJPaWueqSSE2u2WoN9zpO9qGqxLYp7xfMAU
# f0jNTbJE+fA8k21C2Oh85hegm2hoCSj5ApfvEQO6Z1Ktwemzc6bSY81K4j7k8079
# /6HguwITO10g3lU/o66QQDE4dSheBKlGbeb1enlAvR/N6EXVruJdPvV1x+ZmY2DM
# 1ZqEh40kMPfvNNBjHbFCZ0oOS786Du+2lTqnOOQlkgimiGaCMIIFvDCCA6SgAwIB
# AgIKYTMmGgAAAAAAMTANBgkqhkiG9w0BAQUFADBfMRMwEQYKCZImiZPyLGQBGRYD
# Y29tMRkwFwYKCZImiZPyLGQBGRYJbWljcm9zb2Z0MS0wKwYDVQQDEyRNaWNyb3Nv
# ZnQgUm9vdCBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkwHhcNMTAwODMxMjIxOTMyWhcN
# MjAwODMxMjIyOTMyWjB5MQswCQYDVQQGEwJVUzETMBEGA1UECBMKV2FzaGluZ3Rv
# bjEQMA4GA1UEBxMHUmVkbW9uZDEeMBwGA1UEChMVTWljcm9zb2Z0IENvcnBvcmF0
# aW9uMSMwIQYDVQQDExpNaWNyb3NvZnQgQ29kZSBTaWduaW5nIFBDQTCCASIwDQYJ
# KoZIhvcNAQEBBQADggEPADCCAQoCggEBALJyWVwZMGS/HZpgICBCmXZTbD4b1m/M
# y/Hqa/6XFhDg3zp0gxq3L6Ay7P/ewkJOI9VyANs1VwqJyq4gSfTwaKxNS42lvXlL
# cZtHB9r9Jd+ddYjPqnNEf9eB2/O98jakyVxF3K+tPeAoaJcap6Vyc1bxF5Tk/TWU
# cqDWdl8ed0WDhTgW0HNbBbpnUo2lsmkv2hkL/pJ0KeJ2L1TdFDBZ+NKNYv3LyV9G
# MVC5JxPkQDDPcikQKCLHN049oDI9kM2hOAaFXE5WgigqBTK3S9dPY+fSLWLxRT3n
# rAgA9kahntFbjCZT6HqqSvJGzzc8OJ60d1ylF56NyxGPVjzBrAlfA9MCAwEAAaOC
# AV4wggFaMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFMsR6MrStBZYAck3LjMW
# FrlMmgofMAsGA1UdDwQEAwIBhjASBgkrBgEEAYI3FQEEBQIDAQABMCMGCSsGAQQB
# gjcVAgQWBBT90TFO0yaKleGYYDuoMW+mPLzYLTAZBgkrBgEEAYI3FAIEDB4KAFMA
# dQBiAEMAQTAfBgNVHSMEGDAWgBQOrIJgQFYnl+UlE/wq4QpTlVnkpDBQBgNVHR8E
# STBHMEWgQ6BBhj9odHRwOi8vY3JsLm1pY3Jvc29mdC5jb20vcGtpL2NybC9wcm9k
# dWN0cy9taWNyb3NvZnRyb290Y2VydC5jcmwwVAYIKwYBBQUHAQEESDBGMEQGCCsG
# AQUFBzAChjhodHRwOi8vd3d3Lm1pY3Jvc29mdC5jb20vcGtpL2NlcnRzL01pY3Jv
# c29mdFJvb3RDZXJ0LmNydDANBgkqhkiG9w0BAQUFAAOCAgEAWTk+fyZGr+tvQLEy
# tWrrDi9uqEn361917Uw7LddDrQv+y+ktMaMjzHxQmIAhXaw9L0y6oqhWnONwu7i0
# +Hm1SXL3PupBf8rhDBdpy6WcIC36C1DEVs0t40rSvHDnqA2iA6VW4LiKS1fylUKc
# 8fPv7uOGHzQ8uFaa8FMjhSqkghyT4pQHHfLiTviMocroE6WRTsgb0o9ylSpxbZsa
# +BzwU9ZnzCL/XB3Nooy9J7J5Y1ZEolHN+emjWFbdmwJFRC9f9Nqu1IIybvyklRPk
# 62nnqaIsvsgrEA5ljpnb9aL6EiYJZTiU8XofSrvR4Vbo0HiWGFzJNRZf3ZMdSY4t
# vq00RBzuEBUaAF3dNVshzpjHCe6FDoxPbQ4TTj18KUicctHzbMrB7HCjV5JXfZSN
# oBtIA1r3z6NnCnSlNu0tLxfI5nI3EvRvsTxngvlSso0zFmUeDordEN5k9G/ORtTT
# F+l5xAS00/ss3x+KnqwK+xMnQK3k+eGpf0a7B2BHZWBATrBC7E7ts3Z52Ao0CW0c
# gDEf4g5U3eWh++VHEK1kmP9QFi58vwUheuKVQSdpw5OPlcmN2Jshrg1cnPCiroZo
# gwxqLbt2awAdlq3yFnv2FoMkuYjPaqhHMS+a3ONxPdcAfmJH0c6IybgY+g5yjcGj
# Pa8CQGr/aZuW4hCoELQ3UAjWwz0wggYHMIID76ADAgECAgphFmg0AAAAAAAcMA0G
# CSqGSIb3DQEBBQUAMF8xEzARBgoJkiaJk/IsZAEZFgNjb20xGTAXBgoJkiaJk/Is
# ZAEZFgltaWNyb3NvZnQxLTArBgNVBAMTJE1pY3Jvc29mdCBSb290IENlcnRpZmlj
# YXRlIEF1dGhvcml0eTAeFw0wNzA0MDMxMjUzMDlaFw0yMTA0MDMxMzAzMDlaMHcx
# CzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpXYXNoaW5ndG9uMRAwDgYDVQQHEwdSZWRt
# b25kMR4wHAYDVQQKExVNaWNyb3NvZnQgQ29ycG9yYXRpb24xITAfBgNVBAMTGE1p
# Y3Jvc29mdCBUaW1lLVN0YW1wIFBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC
# AQoCggEBAJ+hbLHf20iSKnxrLhnhveLjxZlRI1Ctzt0YTiQP7tGn0UytdDAgEesH
# 1VSVFUmUG0KSrphcMCbaAGvoe73siQcP9w4EmPCJzB/LMySHnfL0Zxws/HvniB3q
# 506jocEjU8qN+kXPCdBer9CwQgSi+aZsk2fXKNxGU7CG0OUoRi4nrIZPVVIM5AMs
# +2qQkDBuh/NZMJ36ftaXs+ghl3740hPzCLdTbVK0RZCfSABKR2YRJylmqJfk0waB
# SqL5hKcRRxQJgp+E7VV4/gGaHVAIhQAQMEbtt94jRrvELVSfrx54QTF3zJvfO4OT
# oWECtR0Nsfz3m7IBziJLVP/5BcPCIAsCAwEAAaOCAaswggGnMA8GA1UdEwEB/wQF
# MAMBAf8wHQYDVR0OBBYEFCM0+NlSRnAK7UD7dvuzK7DDNbMPMAsGA1UdDwQEAwIB
# hjAQBgkrBgEEAYI3FQEEAwIBADCBmAYDVR0jBIGQMIGNgBQOrIJgQFYnl+UlE/wq
# 4QpTlVnkpKFjpGEwXzETMBEGCgmSJomT8ixkARkWA2NvbTEZMBcGCgmSJomT8ixk
# ARkWCW1pY3Jvc29mdDEtMCsGA1UEAxMkTWljcm9zb2Z0IFJvb3QgQ2VydGlmaWNh
# dGUgQXV0aG9yaXR5ghB5rRahSqClrUxzWPQHEy5lMFAGA1UdHwRJMEcwRaBDoEGG
# P2h0dHA6Ly9jcmwubWljcm9zb2Z0LmNvbS9wa2kvY3JsL3Byb2R1Y3RzL21pY3Jv
# c29mdHJvb3RjZXJ0LmNybDBUBggrBgEFBQcBAQRIMEYwRAYIKwYBBQUHMAKGOGh0
# dHA6Ly93d3cubWljcm9zb2Z0LmNvbS9wa2kvY2VydHMvTWljcm9zb2Z0Um9vdENl
# cnQuY3J0MBMGA1UdJQQMMAoGCCsGAQUFBwMIMA0GCSqGSIb3DQEBBQUAA4ICAQAQ
# l4rDXANENt3ptK132855UU0BsS50cVttDBOrzr57j7gu1BKijG1iuFcCy04gE1CZ
# 3XpA4le7r1iaHOEdAYasu3jyi9DsOwHu4r6PCgXIjUji8FMV3U+rkuTnjWrVgMHm
# lPIGL4UD6ZEqJCJw+/b85HiZLg33B+JwvBhOnY5rCnKVuKE5nGctxVEO6mJcPxaY
# iyA/4gcaMvnMMUp2MT0rcgvI6nA9/4UKE9/CCmGO8Ne4F+tOi3/FNSteo7/rvH0L
# QnvUU3Ih7jDKu3hlXFsBFwoUDtLaFJj1PLlmWLMtL+f5hYbMUVbonXCUbKw5TNT2
# eb+qGHpiKe+imyk0BncaYsk9Hm0fgvALxyy7z0Oz5fnsfbXjpKh0NbhOxXEjEiZ2
# CzxSjHFaRkMUvLOzsE1nyJ9C/4B5IYCeFTBm6EISXhrIniIh0EPpK+m79EjMLNTY
# MoBMJipIJF9a6lbvpt6Znco6b72BJ3QGEe52Ib+bgsEnVLaxaj2JoXZhtG6hE6a/
# qkfwEm/9ijJssv7fUciMI8lmvZ0dhxJkAj0tr1mPuOQh5bWwymO0eFQF1EEuUKyU
# sKV4q7OglnUa2ZKHE3UiLzKoCG6gW4wlv6DvhMoh1useT8ma7kng9wFlb4kLfchp
# yOZu6qeXzjEp/w7FW1zYTRuh2Povnj8uVRZryROj/TGCBJwwggSYAgEBMIGQMHkx
# CzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpXYXNoaW5ndG9uMRAwDgYDVQQHEwdSZWRt
# b25kMR4wHAYDVQQKExVNaWNyb3NvZnQgQ29ycG9yYXRpb24xIzAhBgNVBAMTGk1p
# Y3Jvc29mdCBDb2RlIFNpZ25pbmcgUENBAhMzAAAAsBGvCovQO5/dAAEAAACwMAkG
# BSsOAwIaBQCggb4wGQYJKoZIhvcNAQkDMQwGCisGAQQBgjcCAQQwHAYKKwYBBAGC
# NwIBCzEOMAwGCisGAQQBgjcCARUwIwYJKoZIhvcNAQkEMRYEFF0zL6v/FHt2Mc6N
# GK0kb8qQgKOdMF4GCisGAQQBgjcCAQwxUDBOoCaAJABDAG8AbgB2AGUAcgB0AE8A
# QQBCAFYARABpAHIALgBwAHMAMaEkgCJodHRwOi8vd3d3Lm1pY3Jvc29mdC5jb20v
# ZXhjaGFuZ2UgMA0GCSqGSIb3DQEBAQUABIIBAH4LW8iYUwQqH1FlIF88XbHxcE02
# g9Tikg7amI4NUYJqE8VRIgWrwjZr8jXCa4Fi74Xmm/XSHqI4CtXi4Ue9I9MqrE/7
# iON55uPlaBtyPiCOU9C3QrEoBp3ThMm2MDP/HVJLxh6H20fcnD32Ey2pc1njB0rb
# zpem/yVKO24EG4ksUYbFSX8LqV55C0xZfpi3TKtAk0xeWZX7vNG2BN2UlhGa0gVQ
# RKr8VraT7bCiWMhG1efX/O6I4c8Ycf2OB1+u015Bph9BQTMLOal4RrvNJRaZdAro
# HDBYXeihk/5bdoNad54CWq/5jvpQB8j1ItTZFLI/8/2oRzHPyhDudP11o4qhggIf
# MIICGwYJKoZIhvcNAQkGMYICDDCCAggCAQEwgYUwdzELMAkGA1UEBhMCVVMxEzAR
# BgNVBAgTCldhc2hpbmd0b24xEDAOBgNVBAcTB1JlZG1vbmQxHjAcBgNVBAoTFU1p
# Y3Jvc29mdCBDb3Jwb3JhdGlvbjEhMB8GA1UEAxMYTWljcm9zb2Z0IFRpbWUtU3Rh
# bXAgUENBAgphAo5CAAAAAAAfMAkGBSsOAwIaBQCgXTAYBgkqhkiG9w0BCQMxCwYJ
# KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzAzMjkwMzE3NTFaMCMGCSqGSIb3
# DQEJBDEWBBQdvnILmIidnC1R04O3l6CRVLXvzjANBgkqhkiG9w0BAQUFAASCAQCE
# 3AJJUr0bDBqmyFsak1VUtHBs+9mB3O1cmSrVYRRMuMNQnIAyOKrv9eXdkSZJZGnQ
# suQ+RwP12Ox1K6T6JaqeonVBUaZW6ZYv73e4NhdWDF8Im5xX2q6FJ/bs50nwHx/a
# boBfCU9hTAjoKML3hnY5plMeulkVJ7xXGibN5zGUV49ovgRt4xAWrWo9I7pUsyh1
# 7f8gfT0N96LWL8PnDlvfSAqIytGTh3k/HwBywqAP+dj36Nj3+j27giFQSPk8qDIJ
# QoMYR4MJrSexDVeqDrkmNY9fm7HvydCZZWH1WGAOZ6oxLOEDD3lQYPEI62qbZHy4
# Ry2kqdKtWHssVPS7danp
# SIG # End signature block

Marcelo

After Migrating to exchange 2013 having An Issue connecting to exchange server 2013 that runs on server 2012. the outlook client is outlook 2013. The users im connecting are all on a Remote Desktop Server 2012. This issue is only happening to existing users That were Previously in the domain prior to the migration.

These Same users connect fine through owa but get outlook prompt for password but will not accept the password (same password used in owa).

if I Go to manually create  the account within the outlook settings im get a error stating " outlook cannot log on. Verify you are connected to the network and are using the proper server and mailbox name. The connection to Microsoft exchange is unavailable. outlook must be online or connected to complete this action."

I can ping the server fine using the dns name and ipaddress.

Please advise Angelo.

Is there anyway in Exchange 2010 or on the client end to stop emails being delivered to an account out of working hours, or set hours.

E.g An individual in the organisation doesn't want to reveive emails between 8pm and 8am the following day and would like them to be held on the server and delivered at 8am, can this be done?

CRM iGoldMine Integration with Hosted exchange

Hi

We are having an issue on our network at the moment with 3 of our users. We run Exchange 2010 with all updates applied, and Office 2010 Standard 32 bit with all updates. Client PCs all run Windows 7 Professional x64 with all updates applied. The 3 users all have their own logins and are on seperate PCs. They all have access to a shared mailbox. On one of the PCs, the user has got Cached mode disabled in Outlook. This is due to the user not going off site. The other 2 PCs have Cached mode enabled, as they both travel and need access to the contents of the shared folder when away from the office.

One of the users creates a new folder in the shared mailbox. The new folder shows up fine on all 3 PCs pretty much instantly. They can rename it and this shows up instantly on all 3 machines. However, we get some problems if the folder is moved. It shows up fine in its new location on the Non Cached PC. On the Cached mode machines, it disappears from the source folder but does not appear in the destination folder. This happens regardless of which of the 3 users moves the folder. If a user on one of the cached mode machines tries to create a folder using the same name inthe destination folder, they get an alert saying a folder already exists with the same name. This is correct, but they are unable to see this folder. If these users log in to OWA and open the shared mailbox, it appears fine. The changes seem to syncronize very slowly, and it can take anywhere between an hour and a couple of days for the folder to appear in its new location on the Cached mode machines.

I have tried several things to try and track down the problem. I have rebuild the machines, and tried it with only Office on there. This made no difference. The shared folder seems to sync up initially, but further updates seem reluctant to come through. I have tried rebuilding user profiles and outlook profiles, this made no difference. I have even tried with different users, and if they use cached mode, they also seem to be afflicted with the same issue. The only thing that seems to solve it is to use Non Cached mode, but this is not an option due to the amount of off site work the users do. I have tried more or less everything I can thing of and got nowhere.

Is this something that anyone has come across before, and has anyone come across a solution for the issue? Please let me know if clarification is needed on any of the points above.

Thanks in advance.

Hi everybody,

I just read here that:

Outlook Web App is supported, but with limitations. You can add and remove favorite public folders and perform item-level operations such as creating, editing, deleting posts, and replying to posts. However, you can’t create or delete public folders from Outlook Web App.

Unfortunately I cant manage to add such a public folder as a favorite. I just can add folders of my personal mailbox...?

Thanks a lot for any help!

Matthias

When I set up my account on my phone all my email and my contacts sync fine.  The problem occurs when emails build up in my inbox.  Once a week I will clean out my emails (too many to handle all at once) on my desktop and will move them from the inbox to personal folders.  The problem is that the email remains in the inbox on my phone.  If I force an email sync on the phone, nothing changes and the email that was moved from the server to a personal folder still remains on the phone in the"inbox".  If I delete the account on the phone and recreate it, then the phone inbox and server inbox will match, until the next time I "clean up" my inbox on the server.

-Ben

We've installed a new Exchange 2013 CU1 server in a coexistance scenario with Exchange 2007 (RU10) with Public Folders. 

Users with mailboxes on the Exchange 2013 server can connect to public folders from within the Company LAN from their Outlook 2010 clients with no issue.  However when a user connected to 2013 OWA trys to right click Favorites and Add a Public Folder, they receive the message, "can't complete your request. Public Folders appear to be unavailable.  Please try again later."

Has anyone seen this with CU1 or have any idea where to start troubleshooting this error?

Thanks!

Company just upgraded from Office 2010 to 2013.  Every time I go to manage my rules and alerts, I get the message:
"The rules on this computer do not match the rules on Microsoft Exchange.  Only one set of rules can be kept.  You will usually want to keep the rules on the server.  Which rules do you want to keep?"

The first time I saw this message yesterday after the upgrade, I selected "Server".  I then went to view the rules, and they were all in alphabetical order.  This would completely ruin the way I use rules and the way I have them organized.  I cancelled out of that window and went in again clicking on the "Client" button.  This brought up all the rules I had previously, and in the correct order.  Once I made a change, I got the progress bar showing that it was uploading the rules to the server.  However, every time I go back to Manage Rules, I get the same client/server challenge prompt.  FWIW, these are all client-side rules, that move messages from my Exchange Inbox to specific folders in my PST.

I also noticed that when I view the rules from the server, my inactive rules are missing.  I have some rules that are unchecked, but will activate them at certain times of the year.

I've done some searches on this topic, and all I can find is the Knowledge Base article that talks about having two versions of Outlook accessing the same Exchange account.  This is not my issue.  I only have the one version of Outlook accessing my account on the Exchange server.

Is there any way to bypass the "Rules Do Not Match" prompt, and force Outlook to always use my client-side rules?