Set-RecipientFilterConfig
이 cmdlet은 온-프레미스 Exchange에서만 제공됩니다.
Set-RecipientFilterConfig cmdlet을 사용하면 받는 사람 필터 에이전트를 사용하도록 설정하고 구성할 수 있습니다.
아래 구문 섹션에 있는 매개 변수 집합에 대한 자세한 내용은 Exchange cmdlet 구문을 참조하십시오.
Syntax
Set-RecipientFilterConfig
[-BlockedRecipients <MultiValuedProperty>]
[-BlockListEnabled <Boolean>]
[-Confirm]
[-DomainController <Fqdn>]
[-Enabled <Boolean>]
[-ExternalMailEnabled <Boolean>]
[-InternalMailEnabled <Boolean>]
[-RecipientValidationEnabled <Boolean>]
[-WhatIf]
[<CommonParameters>]
Description
이 cmdlet을 실행하려면 먼저 사용 권한을 할당받아야 합니다. 이 항목에는 해당 cmdlet의 모든 매개 변수가 나열되지만 사용자에게 할당된 사용 권한에 포함되지 않은 일부 매개 변수에는 액세스할 수 없습니다. 조직에서 cmdlet 또는 매개 변수를 실행하는 데 필요한 사용 권한을 확인하려면 Find the permissions required to run any Exchange cmdlet를 참조하세요.
예제
예 1
Set-RecipientFilterConfig -RecipientValidationEnabled $true
이 예에서는 받는 사람 유효성 검사를 사용할 수 있도록 받는 사람 필터 에이전트 구성을 수정합니다.
예 2
Set-RecipientFilterConfig -BlockListEnabled $true -BlockedRecipients user1@contoso.com,user2@contoso.com
이 예에서는 받는 사람 필터 에이전트의 구성을 다음과 같이 변경합니다.
- 차단할 받는 사람 목록을 사용하도록 설정합니다.
- 차단할 받는 사람 목록에 두 명의 사용자를 추가합니다.
매개 변수
-BlockedRecipients
BlockedRecipients 매개 변수는 SMTP 주소를 하나 이상 지정합니다. SMTP 주소를 여러 개 입력하려면 각 주소를 쉼표로 구분합니다. 최대 800개까지 개별 SMTP 주소를 입력할 수 있습니다.
Type: | MultiValuedProperty |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-BlockListEnabled
BlockListEnabled 매개 변수는 BlockedRecipients 매개 변수에 나열된 받는 사람에게 보내는 메시지를 받는 사람 필터 에이전트에서 차단할지 여부를 지정합니다. BlockListEnabled 매개 변수에 유효한 입력 값은 $true 또는 $false입니다. 기본 설정은 $false입니다. BlockListEnabled 매개 변수를 $true로 설정하면 BlockedRecipients 매개 변수에 나열된 받는 사람에게 보내는 메시지를 받는 사람 필터 에이전트에서 차단합니다.
Type: | Boolean |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Confirm
Confirm 스위치는 확인 메시지를 표시할지 여부를 지정합니다. 진행하기 전에 cmdlet이 확인을 요구하는지에 따라 이 스위치가 cmdlet에 미치는 영향이 달라집니다.
- 파괴적인 cmdlet(예: Remove-* cmdlet)에는 계속하기 전에 명령을 강제로 승인하도록 하는 기본 제공 일시 중지가 있습니다. 이러한 cmdlet의 경우 정확한 구문
-Confirm:$false
를 사용하여 확인 메시지를 건너뛸 수 있습니다. - 대부분의 다른 cmdlet(예: New-* 및 Set-* cmdlet)에는 기본 제공 일시 중지가 없습니다. 이러한 cmdlet의 경우 값 없이 스위치를 지정하면 계속하기 전에 명령을 강제로 확인하도록 하는 일시 중지가 추가됩니다.
Type: | SwitchParameter |
Aliases: | cf |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-DomainController
DomainController 매개 변수는 Active Directory에서 데이터를 읽거나 쓰기 위해 이 cmdlet이 사용하는 도메인 컨트롤러를 지정합니다. FQDN(정규화된 도메인 이름)으로 도메인 컨트롤러를 식별합니다. 예: dc01.contoso.com
Microsoft Edge 전송 서버에서는 DomainController 매개 변수가 지원되지 않습니다. Microsoft Edge 전송 서버는 AD LDS(Active Directory Lightweight Directory Service)의 로컬 인스턴스를 사용하여 데이터를 읽고 씁니다.
Type: | Fqdn |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Enabled
Enabled 매개 변수는 명령을 실행하는 컴퓨터에서 받는 사람 필터 에이전트를 사용할지 여부를 지정합니다. Enabled 매개 변수에 유효한 입력 값은 $true 또는 $false입니다. 기본 설정은 $true. Enabled 매개 변수를 $true로 설정하면 명령을 실행하는 컴퓨터에서 받는 사람 필터 에이전트를 사용할 수 있습니다.
Type: | Boolean |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-ExternalMailEnabled
ExternalMailEnabled 매개 변수는 조직 외부의 서버가 인증되지 않은 연결로부터 받은 모든 메시지가 처리를 위해 받는 사람 필터 에이전트를 통해 전달되는지 여부를 지정합니다. ExternalMailEnabled 매개 변수에 유효한 입력 값은 $true 또는 $false입니다. 기본 설정은 $true. ExternalMailEnabled 매개 변수를 $true로 설정하면 조직 외부의 서버가 인증되지 않은 연결로부터 받은 모든 메시지가 처리를 위해 받는 사람 필터 에이전트를 통해 전달됩니다.
Type: | Boolean |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-InternalMailEnabled
InternalMailEnabled 매개 변수는 기업의 신뢰할 수 있는 도메인에 속해 있는 인증된 보낸 사람 도메인에서 보낸 모든 메시지가 처리를 위해 받는 사람 필터 에이전트를 통과하는지 여부를 지정합니다. InternalMailEnabled 매개 변수에 유효한 입력 값은 $true 또는 $false입니다. 기본 설정은 $false입니다. InternalMailEnabled 매개 변수를 $true로 설정하면 기업의 신뢰할 수 있는 도메인에 속해 있는 인증된 보낸 사람 도메인에서 모든 메시지가 처리를 위해 받는 사람 필터 에이전트를 통과합니다.
Type: | Boolean |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-RecipientValidationEnabled
RecipientValidationEnabled 매개 변수는 조직에 없는 받는 사람에게 보내는 메시지를 받는 사람 필터 에이전트에서 차단할지 여부를 지정합니다. RecipientValidationEnabled 매개 변수에 유효한 입력 값은 $true 또는 $false입니다. 기본 설정은 $false입니다. RecipientValidationEnabled 매개 변수를 $true로 설정하면 조직에 없는 받는 사람에게 보내는 메시지를 받는 사람 필터 에이전트에서 차단합니다.
Type: | Boolean |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-WhatIf
Whatif 스위치는 해당 명령의 동작을 시뮬레이션합니다. 이 스위치를 사용하면 변경 내용을 실제로 적용하지 않고 발생할 변경 내용을 확인할 수 있습니다. 이 스위치를 사용하면 값을 지정할 필요가 없습니다.
Type: | SwitchParameter |
Aliases: | wi |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
입력
Input types
이 cmdlet이 수락하는 입력 형식을 보려면 Cmdlet 입출력 형식을 참조하세요. cmdlet의 입력 형식 필드가 비어 있을 경우 cmdlet은 입력 데이터를 수락하지 않습니다.
출력
Output types
이 cmdlet이 수락하는 반환 형식(출력 형식이라고도 함)을 보려면 Cmdlet 입출력 형식을 참조하세요. 출력 형식 필드가 비어 있는 경우 cmdlet은 데이터를 반환하지 않습니다.
피드백
https://aka.ms/ContentUserFeedback
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요.다음에 대한 사용자 의견 제출 및 보기