Exchange 2013부터 EMC(Exchange Management Console) 대신 Web기반인 EAC(Exchange Administrative Center)로 사용이 가능합니다.

Exchange Queue를 보기에 상당히 불편해 졌는데요 이에 따라 강화된 Exchange Manage Shell을 사용해 Queue상태를 확인하는 명령어를 살펴보겠습니다.


기본 Queue 명령은 Get-Queue를 사용합니다.


Get-messageTrackinglog messageID를 사용한 Detail 보고서 


Get-queue를 누르면 현재 Mail서버에서만의 큐상태를 확인할 수 있습니다.

운영중인 모든 Exchange Server Queue상태를 보려면 Get-Transportservice | get-queue 명령을 입력합니다.

삭제한 부분은 있지만 Mail-01 Mail-02서버를 포함한 모든 Exchange Server의 큐상태를 확인할 수 있습니다.


큐가운데 Count값이 높은 것은 아직 처리가 안되었다고 판단하여 이유를 확인해 봐야 합니다.


 


 

 

 

 



Event types in the message tracking log

event-id 필드 의 다양한 이벤트 유형 은 메시지 추적 로그의 메시지 이벤트를 분류하는 데 사용됩니다. 일부 메시지 이벤트는 한 가지 유형의 메시지 추적 로그 파일에만 나타나며 일부 메시지 이벤트는 모든 유형의 메시지 추적 로그 파일에 나타납니다. 각 메시지 이벤트를 분류하는 데 사용되는 이벤트 유형은 다음 표에 설명되어 있습니다..
Event name
Description
AGENTINFO
이 이벤트는 전송 에이전트가 사용자 지정 데이터를 기록하는 데 사용됩니다.
BADMAIL
Pickup 디렉터리 또는 Replay 디렉터리에서 전송하거나 반환 할 수없는 메시지입니다.
CLIENTSUBMISSION
사서함의 보낼 편지함에서 메시지가 전송되었습니다.
DEFER
메시지 배달이 지연되었습니다.
DELIVER
로컬 사서함에 메시지가 배달되었습니다.
DELIVERFAIL
에이전트가 사서함에없는 폴더로 메시지를 배달하려고했습니다.
DROP
배달 상태 알림 (DSN, 반송 메시지, 배달 못 함 보고서 또는 NDR이라고도 함)없이 메시지가 삭제되었습니다. 예 :
평가 승인 요청 메시지를 완료했습니다.
NDR없이 자동으로 삭제 된 스팸 메시지
DSN
배달 상태 알림 (DSN)이 생성되었습니다.
DUPLICATEDELIVER
수신자에게 중복 메시지가 전달되었습니다. 받는 사람이 여러 중첩 메일 그룹의 구성원 인 경우 중복이 발생할 수 있습니다. 중복 된 메시지는 정보 저장소에서 검색하고 제거합니다.
DUPLICATEEXPAND
메일 그룹을 확장하는 동안 중복 된받는 사람이 검색되었습니다.
DUPLICATEREDIRECT
메시지의 대체받는 사람이 이미받는 사람이었습니다.
EXPAND
메일 그룹이 확장되었습니다.
FAIL
메시지 배달에 실패했습니다. 소스에는 SMTP , DNS , QUEUE 및 ROUTING이 포함 됩니다.
HADISCARD
HARECEIVE
섀도 메시지가 로컬 데이터베이스 가용성 그룹 (DAG) 또는 Active Directory 사이트의 서버에 수신되었습니다.
HAREDIRECT
그림자 메시지가 생성되었습니다.
HAREDIRECTFAIL
그림자 메시지를 만들지 못했습니다. 세부 사항은 소스 컨텍스트 필드에 저장됩니다 .
INITMESSAGECREATED
중재받는 사람에게 메시지가 전송되었으므로 메시지가 승인을 위해 중재 사서함으로 보내졌습니다. 자세한 내용은 메시지 승인 관리를 참조 하십시오 .
LOAD
부팅 할 때 메시지가 성공적으로로드되었습니다.
MODERATIONEXPIRE
중재받는 사람의 중재자가 메시지를 승인하거나 거부하지 않았으므로 메시지가 만료되었습니다. 중재받는받는 사람에 대한 자세한 내용은 메시지 승인 관리를 참조 하십시오 .
MODERATORAPPROVE
중재받는 사람의 중재자가 메시지를 승인 했으므로 메시지가 중재받는 사람에게 배달되었습니다.
MODERATORREJECT
중재받는 사람의 사회자가 메시지를 거부 했으므로 메시지가 중재받는 사람에게 배달되지 않았습니다.
MODERATORSALLNDR
중재받는 모든 중재자에게 보낸 모든 승인 요청이 배달되지 않아 배달 못 함 보고서 (NDR 또는 반송 메시지라고도 함)가 발생했습니다.
NOTIFYMAPI
로컬 서버의 사서함의 보낼 편지함에서 메시지가 발견되었습니다.
NOTIFYSHADOW
로컬 서버의 사서함의 보낼 편지함에서 메시지가 발견되었으며 메시지의 섀도 복사본을 만들어야합니다.
POISONMESSAGE
포이즌 메시지 큐에 메시지를 넣거나 포이즌 메시지 큐에서 메시지를 제거했습니다.
PROCESS
메시지가 성공적으로 처리되었습니다.
PROCESSMEETINGMESSAGE
모임 메시지는 사서함 전송 배달 서비스에서 처리했습니다.
RECEIVE
메시지가 전송 서비스의 SMTP 수신 구성 요소 또는 Pickup 또는 Replay 디렉터리 (원본 SMTP:)에서 수신되었거나 사서함에서 사서함 전송 제출 서비스 (원본 :)로 메시지가 전송되었습니다 STOREDRIVER.
REDIRECT
Active Directory 조회 후에 대체받는 사람에게 메시지가 리디렉션되었습니다.
RESOLVE
메시지받는 사람이 Active Directory 조회 후 다른 전자 메일 주소로 확인되었습니다.
RESUBMIT
RESUBMITDEFER
Safety Net에서 재전송 된 메시지가 연기되었습니다.
RESUBMITFAIL
Safety Net에서 다시 전송 된 메시지가 실패했습니다.
SEND
전송 서비스간에 SMTP에 의해 메시지가 전송되었습니다.
SENDEXTERNAL
전송 서비스간에 SMTP에 의해 외부로 메시지가 전송되었습니다.
SUBMIT
Mailbox Transport Submission 서비스가 메시지를 전송 서비스로 성공적으로 전송했습니다. 를 위해 제출 이벤트의 소스 컨텍스트 속성은 다음과 같은 세부 사항을 포함 :
MDB    사서함 데이터베이스 GUID입니다.
사서함    사서함 GUID입니다.
이벤트    이벤트 순서 번호입니다.
MessageClass    메시지 유형입니다. 예를 들어, IPM.Note.
CreationTime    메시지 제출 날짜 - 시간입니다.
clientType    예를 들어 User, OWA또는 ActiveSync.
SUBMITDEFER
사서함 전송 전송 서비스에서 전송 서비스로의 메시지 전송이 지연되었습니다.
SUBMITFAIL
사서함 전송 전송 서비스에서 전송 서비스로의 메시지 전송이 실패했습니다.
SUPPRESSED
메시지 전송이 억제되었습니다.
THROTTLE
메시지가 스로틀되었습니다.
TRANSFER
콘텐츠 변환, 메시지받는 사람 제한 또는 에이전트 때문에받는 사람이 분기 된 메시지로 이동했습니다. 소스에는 ROUTING 또는 QUEUE가 포함됩니다 .
[Example]
Get-TransportService | Get-MessageTrackingLog -MessageID 로 검색하면 아래와 같이 Mail TrackingLog에 대한 이벤트를 확인할 수 있습니다.
  1. HARECEIVE : 섀도 메시지가 로컬 데이터베이스 가용성 그룹 (DAG) 또는 Active Directory 사이트의 서버에 수신되었습니다.
  2. HAREDIRECT :  그림자 메시지가 생성되었습니다.
  3. RECEIVE : 메시지가 전송 서비스의 SMTP 수신 구성로 메시지가 전송되었습니다 STOREDRIVER.
  4. REDIRECT : Active Directory 조회 후에 대체받는 사람에게 메시지가 리디렉션되었습니다.
  5. AGENTINFO : 이 이벤트는 전송 에이전트가 사용자 지정 데이터를 기록하는 데 사용됩니다.
  6. TRANSFER : 콘텐츠 변환, 메시지받는 사람 제한 또는 에이전트 때문에 받는 사람이 분기 된 메시지로 이동했습니다. 소스에는 ROUTING 또는 QUEUE가 포함됩니다 .
  7. DROP : 배달 상태 알림 (DSN, 반송 메시지, 배달 못 함 보고서 또는 NDR이라고도 함)없이 메시지가 삭제되었습니다
  8. SENDEXTERNAL : 전송 서비스간에 SMTP에 의해 외부로 메시지가 전송되었습니다.


MAPI over HTTP

MAPI over HTTP는 Outlook과 Exchange의 통신에 사용되는 새로운 연결 방법입니다. MAPI/HTTP는 Exchange 2013 SP1 과 Outlook 2013 SP1 그리고 Office 365 버전부터 지원되었습니다. MAPI over HTTP는 오랫동안 사용되어 왔던 RPC over HTTP 를 대체 합니다. MAPI over HTTP 는 기존의 RPC 와 Outlook Anywhere의 복잡한 종속 구조를 제거합니다.    

Outlook Anywhere와 MAPI over HTTP 비교    

기존의 Outlook Anywhere의 구조는 오늘날의 복잡한 네트워크 환경에서의 클라이언트의 연결 구조를 위해 디자인 되지 않았습니다. 오늘날의 환경에 맞춰 MAPI over HTTP는 사용자의 대기 시간을 줄여 줍니다. Outlook을 시작할 때 사용자는 종종 "Outlook에 연결 중"이라는 팝업을 볼 수 있습니다. MAPI over HTTP는 사용자 Outlook의 연결 대기 시간을 줄여 줍니다. 기존의 Outlook Anywhere의 연결보다 약 70% 빠른 연결이 가능합니다.    

Outlook 2016에서는 기존에 사용하던 Proxy설정 Tab이 없습니다. 하지만 Outlook 2016에서는 Exchange 2010과의 호환을 위한 RPC over HTTP연결을 지원합니다.

   

[RCP over HTTP 설정]

  1. 위 사이트로 접속하여 언어에 맞는 Office 2016 Administrative Template file을 다운합니다.

  2. 파일을 다운 받은 후 *.admx파일을 c:\windows\policydefinitions 폴더에 복사합니다.

  3. \en-us\*.adml파일을 c:\windows\policydefinitions\en-us 폴더에 복사합니다.

    한국어일 경우 admx\ko-kr to policydefinitons\ko-kr로 복사합니다.

  4. Office 2016이 설치된 PC에서 시작 > 실행 > regedit.msc를 실행합니다.

  5. 사용자 구성 > 관리 템플릿 > Microsoft Outlook 2016 > 계정 설정 > Exchange > RPC/HTTP Connection Flags 속성을 편집합니다.

  6. 사용 /  Flags: 1 + 2 + 3 + 4 + 5로 설정합니다.

      


  1. Exchange Control panel을 실행합니다.

  2. 매일 흐름 > 규칙 > 새 규칙 만들기를 클릭합니다.

  3. 새 규칙의 이름 입력

    규칙 [첨부 파일 내용에 다음 포함]을 선택하고 확장자를 입력합니다.

    조건은 아래와 같이 관리자로 승인 메일을 전달하거나

  4. 첨부 파일의 단어 또는 구 지정에 첨부된 Block Extension File.txt파일의 내용을 입력합니다.

  5. 아래와 같이 규칙이 추가 되었습니다.

  6. Mail test결과 아래와 같이 ksyou계정으로 메일이 전달 됩니다.


  1. Exchange 서버를 Format 후 Windows 2012 R2로 설치합니다.
  2. AD사용자 및 컴퓨터 > Exchange 서버의 계정을 원래대로를 클릭합니다.

  3. 새로 설치한 Windows 서버를 Domain에 조인 합니다.
  4. Adsiedit.msc를 실행시키고 기존 서버에 대한 설치 경로를 확인합니다.

  5. Windows Server 2012 - 원격 도구 관리 팩 설치

  6. Windows Server 2012 – CAS 및 Mailbox role 필수 구성 요소를 설치합니다.

    Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation -restart

  7. 컴퓨터를 재 시작 합니다.
  8. 아래의 구성요소를, 각각의 링크에 접속하시어 다운로드 받아서 설치 합니다.

    Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit

    Microsoft Office 2010 Filter Pack 64비트(영문)

    Microsoft Office 2010 Filter Pack SP1 64 bit

  9. Windows PowerShell이 실행 되면 컴퓨터의 Exchange Server 2013 설치 시디가 삽입된 드라이브로 이동하여 해당 명령어를 차례대로 입력합니다.

    .\Setup.exe /m:RecoverServer /IAcceptExchangeServerLicenseTerms

       

       

  • Exchange 관리 센터 > 공용 폴더 > 공용 폴더 사서함 > +를 클릭합니다.

  • 새 공용 폴더 사서함의 OU와 데이터 베이스를 선택합니다

  • AD 사용자 및 컴퓨터 > softwareonekor > softwareonekorea에 아래와 같이 public folder mailbox가 만들어 졌습니다.

  • Exchange 관리 센터 > 공용 폴더 > + 를 클릭하여 새 공용 폴더를 생성합니다.

  • 새 공용 폴더의 이름을 입력합니다.

  • 생성된 softwareone 공용 폴더 > 메일 설정 사용으로 체크 합니다. 메일 설정을 사용하시면 softwareone@softwareonekor.net으로 메일 수신이 가능하며 해당 공용폴더를 이용하는 사용자와 메일을 공유할 수 있습니다.

    12

  • 폴더의 권한을 설정합니다.

  • Softwareone 하위 폴더로 Technical Service와 Sales를 생성합니다.

  • TS폴더에는 기술팀, Sales에는 영업팀에게 권한을 할당합니다.
  • Outlook에서 공용 폴더를 확인합니다.

  • 아래와 같이 생성된 공용 폴더가 확인 됩니다.

  • OWA에서는 즐겨찾기 > 마우스 우 클릭 > 공용 폴더 추가를 클릭합니다.

  • 공용 폴더를 선택 > 추가를 클릭합니다.

  • 추가된 공용 폴더가 확인됩니다.

  • 공용폴더 중 softwareone 에 메일을 보내면 아래와 같이 수신 되며 공용폴더를 사용하는 모든 사람이 확인 할 수 있습니다.

    [ksyou outlook]

    [arryu oulook]

  • 공용폴더에 메일을 공유할 수 있습니다.

  • 새 게시물을 생성할 수 있습니다.

  • 게시물이 등록 되었습니다.

   

[문제사항]

5.7.1 Message rejected as spam by Content Filtering.

<Exchange SCL에 대한 이해>

http://technet.microsoft.com/ko-kr/library/aa995744(v=exchg.150).aspx    

Exchange 2013을 설치하면 기본적으로 SCLRejectthreshold값이 7로 설정이 되며 7이상으로 판단이 되면 메일을 Rejection하게 됩니다.

  

SCL 값은 -1부터 9까지 설정이 되는데 -1의 경우 인증받은 사용자로부터 수신되는 메일을 말하며 1은 스팸이 아닐 가능성이 높고 숫자가 높아짐에 따라 스팸일 가능성이 높아집니다.

차단된 메일은 SCL지수 7이상으로 판단되어 거부가 되었습니다. 이는 정상메일이지만 MS에서 판단하는 SCL지수로는 스팸으로 판단되었기 때문입니다.

위 메일을 수신하려면 SCLRejectThreshold값을 낮추시거나 SCLRejectEnabled 값을 false로 변경해야 합니다.

명령어는 아래와 같습니다.

CLRejectThreshold 값 변경

SCLRejectEnabled false로 변경

감사합니다.

<Microsoft KB 참조>

http://technet.microsoft.com/ko-kr/library/aa996791(v=exchg.150).aspx

Exchange 2013 CU1에서 OWA Light 옵션을 활성화 하려면 Exchange Management Shell에서 아래와 같이 명령어를 입력합니다.

  • Get-OwaVirtualDirectory | Set-OwaVirtualDirectory –LofonPageLightSelectionEnabled $true
  • Iisreset

  • 위 사항을 적용 후 OWA를 실행하면 아래와 같이 Outlook Web App Light사용할 수 있습니다.

 

규칙을 설정합니다.

다음의 경우 이 규칙 적용

보낸 사람 위치 : [조직 내부]

첨부 파일의 확장자명이 다음과 일치함 : xls 또는 xlsx

다음 작업을 수행 : 설명이 포함된 메시지 거부

 

엑셀 파일을 첨부합니다.

 

메시지가 차단되었습니다.

   

   

 

   

  • 규칙을 설정합니다.
  • 다음의 경우 이 규칙 적용
  • 보낸 사람 위치 : [조직 내부]
  • 제목 또는 본문이 다음과 일치(텍스트 패턴과 일치) : \b[0-9]{2}(0[1-9]|[012])(0[1-9]|[12][0-9]|2[01])[- /,]?[1234][0-9]{6}\b
  • 다음 작업을 수행 : 승인을 위해 다음에 메시지 전달 > 관리자

  • 본문에 핸드폰 번호 포함 메일 발송

  • 관리자에게 승인 요청 메일이 발송됩니다.

       

       

+ Recent posts

티스토리 툴바