아웃룩 규칙은 사용자가 자신의 사서함을 구성하는 데 도움이. 덕분에 중요한 메시지에서 스팸을 체질하는 것이 더 자동적 일 수 있으며 사용자 사서함은 덜 혼란스러워 보일 수 있습니다. 즉,아웃룩 규칙의 밝은면이다. 덜 밝은면은 사용자가 매우 그들에 의존하고 규칙에 관한 문제가있을 때마다,관리자는 자신이 폭풍의 눈에있을 찾을 수 있다는 것입니다. 내가 어떻게 파워 쉘을 사용하여 사용자의 아웃룩 규칙을 관리하는 방법을 보여줍니다 당신은하지만,침착 할 수 있습니다. 하지만 먼저 두 가지 유형의 규칙 간의 차이점을 알아야 합니다.
서버 쪽 규칙 대 클라이언트 쪽 규칙
관리자 간의 차이점을 이해하는 것은 관리자에게 매우 중요합니다.
- 서버 측 규칙:해당 실행은 전적으로 교환 서버에 의해 수행됩니다. 이 기능은 사용자의 아웃룩 클라이언트가 오프라인 상태인 경우에도 적용됩니다. 이 문서의 추가 부분에 나열된 모든 문서를 사용할 수 있습니다. 아웃룩 웹 응용 프로그램에서 만든 규칙은 항상 서버 측 것을 마음. 이러한 아웃룩 규칙의 가능한 용도는 다음과 같습니다:
- 이메일 우선 순위 변경,
- 수신 메시지를 다른 폴더로 이동,
- 이메일 삭제.
- 클라이언트 측 규칙:이러한 규칙은 아웃룩이 온라인 상태이고 사용자가 로그인한 경우에만 실행됩니다. 이메일이 다른 이메일 클라이언트 또는 모바일 장치에서 액세스하는 경우는 작동하지 않습니다. 또한 클라이언트 측 규칙을 사용하여 새 인박스 규칙 및 설정 인박스 규칙을 사용하여 파워 쉘을 만들거나 수정하는 것은 불가능합니다.:
- 특정 주소의 메일이 도착하면 특정 소리 재생
- 읽은 상태로 메시지 표시
규칙이 서버 쪽인지 클라이언트 쪽인지 확인하려면 규칙 관리&경고 창을 사용할 수 있습니다. 클라이언트 측 규칙에는 이름에 추가 된(클라이언트 전용)텍스트가 있지만 서버 규칙은 그렇지 않습니다:
이 창은 아웃룩 규칙의 유형을 확실히 확인할 수 있는 유일한 곳입니다. 관리 셸에서 이를 확인할 수 있는 특정 방법은 없습니다. 일반적으로 클라이언트 측 규칙은 문서의 다음 부분에 나와 있는 것처럼 더 짧은 설명을 가지고 있지만 규칙 유형을 결정하는 절대 안전한 방법은 아닙니다.
관리 Outlook 규칙 PowerShell
부터 2010Exchange Server,Microsoft 는 능력을 부여하고 PowerShell 을 사용하여 원격 관리를 위한 아웃룩의 규칙이 있습니다. 다음과 같이 사용됩니다:
- 지정된 사서함에 대한 규칙 집합을 미리 볼 수 있는 인박스 가져오기 규칙,
- 원격으로 새 규칙을 만드는 새 인박스 규칙,
- 규칙을 켜고 끄는 데 사용되는 인박스 사용 규칙 및 사용 안 함 규칙,
- 규칙을 수정하는 인박스 설정 규칙,
- 규칙 삭제
위의 목록에서 모든 클라이언트 쪽 규칙을 성공적으로 실행하면 사용자가 만든 모든 클라이언트 쪽 규칙이 제거됩니다(자세한 내용은 이 문서 사이트 참조).
가져오기-인박스 규칙
그것의 기본적인 모양에서 그것은 다음과 같이 보인다:
Get-InboxRule -Mailbox <mailbox_name>
당신이 볼 수 있듯이,각 규칙은 자신의 고유 한 규칙 성 매개 변수가 있습니다. 이 매개 변수는 다음과 같이 설정 및 설명을 보는 데 사용할 수 있습니다:
Get-InboxRule –Mailbox <mailbox_name> -Identity <number> | FL
그러나 이름과 설명으로 아웃룩 규칙을 검색하고 보는 것이 훨씬 쉽고 효율적입니다:
Get-InboxRule –Mailbox <mailbox_user> | Select Name, Description | FL
:서버 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서 서버 측에서 클라이언트 측에서:
새로 만들기-인박스 규칙
서버 쪽 규칙을 원격으로 만들 수 있습니다. 클라이언트 쪽 규칙을 만드는 데 사용할 수 없습니다. 즉,사용자의 아웃룩 클라이언트를 사용하여 이러한 규칙을 설정할 수 있습니다.
이 규칙을 사용하여 두 개의 서로 다른 규칙을 만드는 방법을 보여줍니다.
제목에”스팸”이라는 단어가 포함된 메시지를 정크 메일 폴더로 이동하는 규칙을 만듭니다:
New-InboxRule -Name "Move to Spam" -Mailbox j.doe -MoveToFolder '[email protected]:\Junk Email' -SubjectContainsWords "Spam" -StopProcessingRules $True
특정 조건을 충족할 때 전자 메일 제목에”스팸”이라는 단어를 추가하는 메일 흐름 규칙과 결합할 수 있습니다.
2017 년 4 월 15 일 이전에 받은 이메일을 받은 편지함에서 아카이브 하위 폴더로 이동하는 규칙을 생성합니다:
New-InboxRule -Name "To archive" -Mailbox [email protected] -MoveToFolder "[email protected]:\Inbox\Archive" -ReceivedBeforeDate "04.15.2017"
사용-인박스 규칙,사용 안 함-인박스 규칙,
이 규칙을 사용하여 아웃룩 규칙을 켜고 끌 수 있습니다.
:
Get-InboxRule –Mailbox <mailbox_name>
규칙을 비활성화하고 활성화하는 것은 같은 방식으로 작동합니다:
Disable-InboxRule -Identity <rule_name> -Mailbox <mailbox_name>
Enable-InboxRule -Identity <rule_name> -Mailbox <mailbox_name>
서버 쪽 규칙을 수정할 수 있습니다. 수정할 규칙에 대한 자세한 설명을 확인하는 것이 좋습니다. 당신은 이전에 설명 된 가져 오기 박스와 함께 할 수 있습니다.:
Get-InboxRule –Identity <rule_name> Mailbox <mailbox_user> | Select Name, Description | FL
을 변경하자는 그 조건에서는 반응하는 단어는”스팸”에 포함되어 있는 이메일 본문에,대신 대상:
Set-InboxRule -Identity <rule_name> -Mailbox <mailbox_name> -BodyContainsWords "spam" -SubjectContainsWords $nule
제거-InboxRule
마지막 cmdlet 돌이킬 수 없을 제거하는 모든 규칙을 지정하에서 사서함이 있습니다.
Remove-InboxRule -Identity <rule_name> -Mailbox <mailbox_name>
일반적인 문제 Outlook 규칙을
Outlook 규칙을 사용자에게 제공하는 능력을 통제 및 정서함 콘텐츠입니다. 동시에 이러한 규칙은 메시지에 문제를 발생시킵니다.
규칙 충돌
충돌은 일반적으로 받는 전자 메일에 둘 이상의 규칙이 적용될 때 발생합니다. 예:
존은 중요한 주제와 토니로부터 메시지를 수신합니다. 존의 전망은이 이메일에 적용되는 두 가지 규칙이 있습니다. 첫 번째는 동료 하위 폴더에 토니의 모든 메시지를 이동해야합니다. 두번째 규칙은 중요한 전자 우편 하위 폴더에 중요한 주제를 가진 전자 우편을 이동하고 가정된다.
두 규칙이 모두 클라이언트 쪽 형식인 경우 해당 규칙의 우선 순위에 따라 실행됩니다. 이 경우 토니의 메시지는 동료 하위 폴더로 이동하고 두 번째 규칙은 충돌로 인해 적용되지 않습니다.
그러나 실제 문제는 서버 측과 클라이언트 측 규칙이 혼합 될 때 시작됩니다. 서버 쪽 규칙은 우선 순위가 낮더라도 먼저 실행됩니다. 위의 예제로 돌아가 보겠습니다. 첫 번째 규칙이 클라이언트 쪽이고 두 번째 규칙이 서버 쪽인 경우 클라이언트 실행 여부에 따라 메시지가 다른 폴더로 이동합니다.
전달 규칙
이러한 규칙을 만드는 기능은 종종 이메일이 중복되거나 누락되거나 잘못된 수신자에게 전달됩니다. 사용자가 휴가를 가기 전에 그들이 다른 사람에게 자신의 대응을 전달하는 규칙을 설정 잊어 버린 경우 이러한 문제가 발생할 수 있습니다(그리고 많이 발생).
에서 로그를 사용하여 이러한 문제를 해결할 수 있습니다. 메일 박스를 찾아 이러한 이상을 찾을 수 있습니다.소스 헤더 아래에 규칙 항목:
그런 다음 이 메일 상자를 필터링할 수 있습니다.:그리고 마지막으로 인박스 규칙 규칙을 사용하여 누구의 규칙이 문제를 담당하는지 알아봅니다:
개별 사용자를 돕는 것 외에도 전체 회사의 워크플로를 구성하는 데 사용할 수도 있습니다. 예를 들어 사용자의 받은 편지함 폴더에 하위 폴더를 원격으로 만든 다음 회사 내부 응용 프로그램에서 새로 만든 폴더로 전자 메일을 이동하는 규칙을 만들 수 있습니다. 그것은 회사 전체에 걸쳐 잘 조직 된 서신을 유지하는 데 도움이 될 것입니다.
먼저 사용자 사서함에 폴더를 만들 수 있습니다.
그런 다음 새로 생성 된 하위 폴더로 선택한 메시지를 이동하는 규칙을 만들 수 있습니다.
이 규칙은 회사에서 사용할 수 있는 하나의 예입니다.
의심의 여지가,아웃룩 규칙은 많은 상황에서 유용 할 수 있습니다. 동시에,메일 흐름 규칙과 함께 관리하는 것은 교환 서버 관리자의 관점에서 매우 압도적 일 수있다. 어떤 경우에,그 규칙의 군중은 회사의 우편물 교류에 있는 중요한 소요를 일으키는 원인이 될 수 있다. 관리자의 작업을 훨씬 쉽게하려면 교환 규칙 프로를 사용할 수 있습니다. 많은 기능 중 하나는 전송 규칙을 관리하고 메일 흐름이 방해받지 않도록하는 데 도움이된다는 것입니다.
