사용자가 Exchange Server 2010: 400 잘못된 요청의 옵션 페이지에 액세스하는 경우 오류

  • 아티클
  • 적용 대상:
    Exchange Server 2010 Standard, Exchange Server 2010 Enterprise

원래 KB 번호: 2971274

증상

사용자가 Microsoft Exchange Server 2010에서 OWA(Outlook Web App)에 로그인한 다음 옵션을 클릭한 다음 모든 옵션 표시를 클릭하면 400 잘못된 요청이라는 오류가 발생할 수 있습니다.

원인

이 오류는 사용자에게 Exchange Server 2010년에 사서함에 지정된 표준 시간대 값이 없기 때문에 발생합니다. cmdlet을 Get-MailboxRegionalConfiguration -identity <username> 실행하여 이 값을 확인할 수 있습니다.

레거시 구성은 여전히 OWA 가상 디렉터리에 있을 수 있습니다. 2007년 Exchange Server 관리자는 첫 번째 로그온 시도 시 사용자에게 언어 또는 표준 시간대 기본 설정을 묻는 메시지가 표시되지 않도록 값을 변경할 수 있습니다. 예를 들어 관리자는 다음과 같이 영어 값 1033을 설정할 수 있습니다.

Set-OWAVirtualdirectory "owa (Default Web Site)" -DefaultClientLanguage 1033 -LogonAndErrorLanguage 1033

및 LogonAndErrorLanguage에 대해 0이 DefaultClientLanguage 아닌 값을 사용하여 OWA 가상 디렉터리를 구성하면 사서함의 언어 특성이 업데이트되지 않습니다. 또한 표준 시간대가 Exchange Server 2010에 대한 지역 구성에 설정되지 않은 경우 사용자는 증상 섹션에 언급된 오류를 받을 수 있습니다. Exchange 제어판 올바르게 작동하려면 이러한 값이 필요합니다.

이러한 cmdlet은 여전히 Exchange Server 2010 가상 디렉터리에서 허용되지만 cmdlet은 레거시 설정으로 간주됩니다. 따라서 2010년 Exchange Server cmdlet을 사용하는 Set-MailboxRegionalConfiguration 것이 좋습니다. 예를 들면 다음과 같습니다.

Set-MailboxRegionalConfiguration -Identity <username> -Language en-us -TimeZone "Eastern Standard Time"

해결 방법 1: 하나 이상의 사용자에 대한 표준 시간대 값 설정

  • 다음 명령을 사용하여 사용자의 표준 시간대 값을 설정합니다.

    Set-MailboxRegionalConfiguration -Identity <username> -Language en-us -TimeZone "Eastern Standard Time"

  • 다음 명령을 사용하여 여러 사용자의 표준 시간대를 설정합니다. 그러나 이렇게 하면 모든 사용자가 특정 표준 시간대로만 변경됩니다.

    get-mailbox | Set-MailboxRegionalConfiguration -Timezone "Eastern Standard Time"

해결 방법 2: 기본 클라이언트 언어 및 로그온 오류 언어를 0으로 설정

영향을 받는 사용자가 여러 개인 경우 다음 명령을 사용하여 가상 디렉터리에서 기본 클라이언트 언어 및 로그온 오류 언어를 0으로 설정합니다. 그러나 이 값은 레거시 특성으로 간주됩니다. 2010 Set-MailboxRegionalConfiguration 년 Exchange Server 사용할 수 있지만 가 선호됩니다.

Get-OWAVirtualdirectory "xcsicas1\OWA (Default Web Site)" |Set-OWAVirtualdirectory -DefaultClientLanguage 0 -LogonAndErrorLanguage 0

추가 정보

를 실행 Mailbox -Resultsize Unlimited | Get-MailboxRegionalConfiguration하여 사용자에게 표준 시간대가 없는지 확인하려는 경우 ID 특성의 반환은 null 값이 됩니다. 이는 2010년 Exchange Server 알려진 문제입니다. 따라서 여러 사용자가 영향을 받는 경우에만 해결 방법 2를 사용해야 합니다.