주소 다시 쓰기 이해
적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3
마지막으로 수정된 항목: 2015-03-09
MicrosoftExchange Server 2010에서는 주소 다시 쓰기 기능을 사용하여 Exchange 2010 조직에서 보내고 받는 메시지의 보낸 사람과 받는 사람의 주소를 수정할 수 있습니다.
전송 서버 관리와 관련된 관리 작업에 대한 자세한 내용은 전송 서버 관리를 참조하십시오.
목차
주소 다시 쓰기 기능을 사용하는 이유
주소 다시 쓰기 시나리오
SMTP 메시지 머리글
주소 다시 쓰기 에이전트가 쓰지 않는 것
아웃바운드 전용 주소 다시 쓰기 시 고려 사항
양방향 주소 다시 쓰기 시 고려 사항
여러 도메인의 주소 다시 쓰기 고려 사항
주소 다시 쓰기 항목의 우선 순위
디지털 서명된 메시지, 암호화된 메시지 및 권한이 보호된 메시지
주소 다시 쓰기 기능을 사용하는 이유
주소 다시 쓰기를 사용하면 Exchange 2010 조직의 메시지를 받는 외부 사람에게 일관된 모습을 보여 줄 수 있습니다. 특히 타사 공급업체를 통해 전자 메일 지원 및 서비스를 제공하는 조직의 경우 주소 다시 쓰기가 유용할 수 있습니다. 고객과 파트너는 타사 공급업체가 아닌 조직에서 전자 메일 메시지가 올 것으로 기대하기 때문입니다. 이와 마찬가지로 인수나 합병 과정을 거친 조직의 경우 하나의 새로운 조직에서 모든 전자 메일 메시지를 보내는 것으로 표시되기를 원할 것입니다. 조직에서는 주소 다시 쓰기 기능을 사용하기 위해 기술적 요구 사항이나 제한에 맞출 필요가 없으며, 업무별 요구 사항에 맞게 조직 구조를 구성하기만 하면 됩니다.
또한 주소 다시 쓰기 기능을 사용하면 Exchange 2010 조직 외부에서 받은 인바운드 메시지를 적절한 내부 받는 사람에게 라우팅할 수 있습니다. 메시지를 회신할 경우에도 라우팅을 위해 다시 쓰여진 메시지가 아닌 원래 보낸 사람에게 올바르게 전달됩니다.
주소 다시 쓰기 에이전트는 Edge 전송 서버 역할이 설치된 컴퓨터의 수신 커넥터와 송신 커넥터에 구성됩니다.
맨 위로 이동
주소 다시 쓰기 시나리오
다음은 주소 다시 쓰기가 조직에 혜택을 줄 수 있는 방법에 대한 예제 시나리오입니다.
그룹 통합 일부 조직은 비즈니스나 기술적 요구 사항을 기준으로 내부 비즈니스를 별도의 도메인으로 분리합니다. 그러나 이러한 구성으로 인해 전자 메일 메시지가 별도의 그룹 또는 별도의 조직에서 오는 것처럼 표시될 수 있으며 이는 조직에 바람직하지 않을 수 있습니다.
다음 예제에서는 Contoso, Ltd. 조직이 하위 도메인을 숨기는 방법을 보여줍니다.
Northamerica.contoso.com, Europe.contoso.com 및 Asia.contoso.com 도메인의 아웃바운드 메시지가 모두 하나의 Contoso.com 도메인에서 시작되는 것처럼 표시되도록 다시 쓰여집니다. 모든 메시지는 전체 조직과 인터넷 간에 SMTP 연결을 제공하는 Edge 전송 서버를 통과할 때 다시 쓰여집니다.
Edge 전송 서버가 Contoso.com 도메인의 인바운드 메시지를 허브 전송 서버 역할로 전달하면 허브 전송 서버 역할은 올바른 받는 사람을 결정합니다. 예를 들어 chris@contoso.com으로 보내는 메시지는 내부 허브 전송 서버로 보내지고, 내부 허브 전송 서버는 받는 사람의 전자 메일 계정에 구성되어 있는 프록시 주소를 사용하여 이 메시지를 보낼 올바른 사서함을 결정합니다.
인수 및 합병 조직이 인수나 합병 과정을 거친 경우 새로운 비즈니스와 기술적 요구 사항에 맞게 기술 인프라를 수정해야 합니다. 인수된 회사가 별도의 비즈니스 단위로 계속 운영될 수도 있습니다. 그러나 이 경우에도 전자 메일 관리자는 주소 다시 쓰기 기능을 사용하여 두 조직이 하나의 통합된 조직인 것처럼 표시되도록 할 수 있습니다.
다음 예제에서는 Contoso, Ltd.가 새로 인수한 회사 Fourth Coffee의 전자 메일 도메인을 숨기는 방법을 보여줍니다.
Contoso, Ltd.는 Fourth Coffee에서 Exchange 조직의 모든 아웃바운드 메시지가 Contoso.com에서 시작된 것처럼 표시하려고 합니다. 두 조직에서 보내는 모든 메시지는 Contoso, Ltd.의 Edge 전송 서버를 통해 보내집니다. Edge 전송 서버는 전자 메일 메시지를 someone@fourthcoffee.com에서 someone@contoso.com으로 다시 씁니다.
adam@contoso.com으로 전송되는 인바운드 메시지는 adam@fourthcoffee.com 전자 메일 계정으로 다시 쓰여지고 라우팅됩니다. 그러나 도메인은 계속 존재하기 때문에 기존의 adam@fourthcoffee.com 도메인을 사용해 보낸 메시지도 수락됩니다. 다시 쓰여진 전자 메일 메시지에 대한 인바운드 회신은 Contoso, Ltd.의 Edge 전송 서버에서 처리됩니다. 이 서버에서는 회신이 적절한 Fourthcoffee.com 전자 메일 주소로 올바르게 라우팅되도록 주소 다시 쓰기 에이전트를 통해 받는 사람 주소를 다시 씁니다. 합병 이전에 Fourthcoffee.com 전자 메일 주소로 보낸 전자 메일 메시지에 대한 회신은 Fourth Coffee의 전자 메일 서버로 직접 라우팅됩니다.
파트너 많은 조직에서는 외부 파트너를 통해 고객이나 다른 파트너 또는 조직 자체에 서비스를 제공합니다. 이러한 경우 혼란을 피하려면 파트너 조직의 전자 메일 도메인을 자체 조직의 전자 메일 도메인으로 대체할 필요가 있습니다.
다음 예제에서는 Contoso, Ltd.가 파트너의 전자 메일 도메인을 숨기는 방법을 보여줍니다.
Contoso, Ltd.는 보다 큰 규모의 Wingtip Toys 조직에 지원을 제공합니다. Wingtip Toys는 고객에게 통합된 환경을 제공하고 Contoso, Ltd.의 지원 담당자에서 시작되는 모든 메시지가 Wingtip Toys에서 보낸 것처럼 표시되기를 원합니다. Wingtip Toys와 관련된 모든 아웃바운드 메시지는 Wingtip Toys의 Edge 전송 서버를 통해 보내지며, 모든 Contoso.com 주소는 Wingtiptoys.com 주소로 표시되도록 다시 쓰여집니다.
support@wingtiptoys.com으로 전송된 인바운드 메시지는 Wingtip Toys의 Edge 전송 서버에서 수락되고 다시 쓰여진 다음 support@contoso.com 전자 메일 주소로 라우팅됩니다.
경고
인바운드 전자 메일이 제대로 매핑되고 라우팅되려면 주소의 사용자 이름 부분이 주소 다시 쓰기로 인해 영향을 받을 수 있는 모든 전자 메일 조직 내에서 고유해야 합니다.
맨 위로 이동
SMTP 메시지 머리글
주소 다시 쓰기 에이전트는 Edge 전송 서버에서 보내고 받는 전자 메일 메시지의 SMTP 헤더를 다시 쓰는 방법으로 전자 메일 주소를 다시 씁니다. 주소 다시 쓰기 에이전트로 아웃바운드 메시지를 다시 쓰는 이유는 일반적으로 조직에서 내부 도메인과 하위 도메인을 가능한 한 효과적으로 숨기고 인터넷에 하나의 외부 도메인만 노출되기를 원하기 때문입니다. 일반적으로 주소 다시 쓰기 에이전트는 인바운드 메시지를 다시 쓰기하여 받는 사람에게 해당 메시지를 라우팅합니다. 이러한 이유로 주소 다시 쓰기 에이전트는 아웃바운드 전자 메일 메시지의 여러 SMTP 헤더 필드를 다시 씁니다. 하지만 인바운드 전자 메일 메시지의 경우 하나의 SMTP 헤더 필드만 다시 씁니다. 다음 표은 아웃바운드 메시지와 인바운드 메시지에 다시 쓰여지는 SMTP 헤더 필드를 보여줍니다.
아웃바운드 메시지와 인바운드 메시지에 다시 쓰여지는 SMTP 헤더 필드
| SMTP 헤더 필드 | 아웃바운드 | 인바운드 |
|---|---|---|
Envelope From (MAIL FROM) |
다시 쓰여짐 |
다시 쓰여지지 않음 |
Envelope To (RCPT TO) |
다시 쓰여지지 않음 |
다시 쓰여짐 |
Body To |
다시 쓰여짐 |
다시 쓰여지지 않음 |
Body Cc |
다시 쓰여짐 |
다시 쓰여지지 않음 |
Body From |
다시 쓰여짐 |
다시 쓰여지지 않음 |
Body Sender |
다시 쓰여짐 |
다시 쓰여지지 않음 |
Body Reply-To |
다시 쓰여짐 |
다시 쓰여지지 않음 |
Body Return-Receipt-To |
다시 쓰여짐 |
다시 쓰여지지 않음 |
Body Disposition-Notification-To |
다시 쓰여짐 |
다시 쓰여지지 않음 |
Body Resent-From |
다시 쓰여짐 |
다시 쓰여지지 않음 |
Body Resent-Sender |
다시 쓰여짐 |
다시 쓰여지지 않음 |
맨 위로 이동
주소 다시 쓰기 에이전트가 쓰지 않는 것
일부 SMTP 헤더 필드는 주소 다시 쓰기로 인해 SMTP 기능이 중단될 수 있기 때문에 주소 다시 쓰기 에이전트에서 다시 쓰지 않습니다. 예를 들어 이러한 SMTP 헤더를 변경하면 메시지 루프 검색에 영향을 주거나 서명을 무효화하거나 권한이 보호된 메시지를 읽을 수 없게 만들 수 있습니다. 다음은 주소 다시 쓰기 에이전트에서 수정하지 않는 SMTP 헤더 필드입니다.
Return-Path
Received
Message-ID
X-MS-TNEF-Correlator
Content-Type Boundary=string
Headers located inside MIME body parts
주소 다시 쓰기 에이전트는 허브 전송 서버가 신뢰할 수 없는 도메인이 포함된 전자 메일 메시지의 헤더 필드는 다시 쓰지 않습니다. 이러한 도메인을 다시 쓰면 제어할 수 없는 형식의 메시지 릴레이가 생길 수 있기 때문입니다.
또한 주소 다시 쓰기 에이전트는 다른 메시지에 포함되어 있는 메시지의 헤더 필드를 수정하지 않습니다. 메시지가 보낸 사람과 받는 사람 간에 구현되는 전송 규칙을 트리거하지 않는 한 보낸 사람과 받는 사람은 포함된 메시지가 수정 없이 그대로 유지된 상태에서 배달되기를 원하기 때문입니다.
맨 위로 이동
아웃바운드 전용 주소 다시 쓰기 시 고려 사항
전자 메일 메시지가 Exchange 2010 조직에서 아웃바운드되는 경우 아웃바운드 전용 주소를 다시 쓸 때는 보낸 사람의 SMTP 주소만 수정합니다. 주소 다시 쓰기 에이전트는 Edge 전송 서버의 송신 커넥터에만 구성됩니다. 다음은 아웃바운드 전용 주소 다시 쓰기 에이전트를 구성하는 데 필요한 조건입니다.
결과적으로 만들어지는 주소는 조직 내에서 고유해야 합니다. 예를 들어 모든 주소를 contoso.com으로 다시 쓰도록 하는 규칙에 고유한 전자 메일 주소 ed@sales.contoso.com과 ed@research.contoso.com이 포함되어 있는 경우 주소 다시 쓰기 에이전트는 두 주소를 모두 ed@contoso.com으로 다시 쓰게 되어 충돌이 발생합니다.
다시 쓰여진 전자 메일 주소와 일치하는 각 사서함에 프록시 주소가 구성되어야 합니다. 이렇게 하면 머리글이 다시 쓰여진 전자 메일 메시지에 대한 회신을 이러한 사서함에서 받을 수 있습니다.
와일드카드 문자를 사용하는 경우 와일드카드 문자와 도메인 이름 사이에는 반드시 마침표가 있어야 합니다.
와일드카드 문자는 내부 도메인에만 사용할 수 있습니다.
와일드카드 문자 앞에는 어떤 문자도 올 수 없습니다.
아웃바운드 전용 주소 다시 쓰기는 주소의 사용자 이름이나 표시 이름에 영향을 줄 수 없습니다.
리터럴 문자열만 지원됩니다.
맨 위로 이동
양방향 주소 다시 쓰기 시 고려 사항
양방향 주소 다시 쓰기에서는 Exchange 조직이 보내는 전자 메일 메시지의 보낸 사람 SMTP 주소를 수정하고, Exchange 조직이 받는 전자 메일 메시지의 받는 사람 SMTP 주소를 수정합니다. 이렇게 하려면 Edge 전송 서버의 송신 커넥터와 수신 커넥터 모두에서 주소 다시 쓰기 에이전트를 구성해야 합니다.
다음은 양방향 주소 다시 쓰기 에이전트를 만들 때 필요한 조건입니다.
와일드카드 문자를 사용할 수 없습니다.
양방향 주소 다시 쓰기 규칙을 구성할 때는 전체 SMTP 주소를 사용해야 합니다. 예를 들어 내부 주소는 chris@contoso.com이고 외부 주소는 support@contoso.com입니다.
리터럴 문자열만 지원됩니다.
주소는 조직 내에서 고유해야 합니다. 예를 들어 전자 메일 주소 bob@contoso.com이 이미 있는 경우 robert@fourthcoffee.com을 bob@contoso.com에 매핑하면 bob@contoso.com의 메시지에 대한 회신이 잘못된 사람에게 배달될 수 있습니다.
맨 위로 이동
여러 도메인의 주소 다시 쓰기 고려 사항
여러 도메인을 다시 쓰는 주소 다시 쓰기 항목을 만들기 전에 하위 도메인을 준비해야 합니다. 또한 주소 다시 쓰기 항목 만들기에 설명된 대로 여러 하위 도메인의 주소 다시 쓰기 항목을 만드는 절차를 수행하려면 여러 도메인의 전자 메일 주소를 단일 도메인에 다시 쓰기 위해 필요한 요구 사항과 영향을 받는 사서함 및 연락처를 적절하게 미리 구성하는 방법을 알고 있어야 합니다.
중요 고려 사항
내부 하위 도메인을 단일 외부 도메인으로 평면화할 때는 다음 요소를 고려해야 합니다. 이러한 요소는 여러 하위 도메인을 다시 쓰는 경우에만 적용됩니다.
고유한 별칭 필요 전자 메일 주소에서 @ 기호 왼쪽에 있는 부분인 전자 메일 별칭이 모든 하위 도메인에서 고유해야 합니다. 예를 들어 joe@sales.contoso.com이라는 주소가 있는 경우 joe@marketing.contoso.com이라는 주소가 있을 수 없습니다.
프록시 주소 필요 주소 다시 쓰기 에이전트가 생성하는 전자 메일 주소와 일치하는 프록시 주소는 다시 쓰여지는 하위 도메인의 모든 전자 메일 계정에서 구성해야 합니다. 예를 들어 joe@sales.contoso.com을 joe@contoso.com으로 다시 쓰는 경우 전자 메일 주소 joe@contoso.com을 Joe의 사서함에 프록시 주소로 추가해야 합니다.
연락처 필요 비 Exchange 2010 전자 메일 시스템에서 보낸 전자 메일을 다시 쓰는 경우 다시 쓸 비 Exchange 2010 전자 메일 주소에서 각 전자 메일 주소에 대해 Active Directory 메일 사용이 가능한 연락처를 만들어야 합니다. 이 메일 사용 가능 연락처에는 원래 전자 메일 주소와 다시 쓴 전자 메일 주소가 포함되어야 합니다. 예를 들어 joe@unix.contoso.com을 joe@contoso.com으로 다시 쓰는 경우 Active Directory에서 joe@unix.contoso.com이 대상 SMTP 주소이고 joe@contoso.com이 프록시 SMTP 주소인 메일 사용이 가능한 연락처를 새로 만들어야 합니다.
여러 하위 도메인의 주소를 다시 쓰면 내부 하위 도메인과 외부에서 볼 수 있는 도메인 간에 다대일 관계가 만들어지기 때문에 이러한 요소가 중요합니다. 이 다대일 관계 때문에 외부에서 볼 수 있는 도메인으로 보낸 메시지를 받는 경우 주소 다시 쓰기 에이전트가 올바른 받는 사람을 포함하는 하위 도메인을 결정할 수 없습니다.
중요
모든 전자 메일 별칭이 모든 하위 도메인에서 고유한지 확인합니다. Exchange 2010에서는 단일 도메인으로 다시 쓸 수 있는 모든 전자 메일 별칭이 고유한지 확인하지 않습니다.
충돌하는 전자 메일 주소 제거
여러 하위 도메인을 다시 쓰는 주소 다시 쓰기 항목을 만들려면 먼저 모든 전자 메일 별칭이 모든 하위 도메인에서 고유한지 확인해야 합니다. 예를 들어 다음 구성을 검토해 보겠습니다.
다음 사용자는 하위 도메인 sales.contoso.com, marketing.contoso.com 및 research.contoso.com에 있습니다.
maria@sales.contoso.com
chris@sales.contoso.com
david@marketing.contoso.com
brian@marketing.contoso.com
chris@research.contoso.com
adam@research.contoso.com
각 하위 도메인에는 두 명의 사용자가 있으며 각 사용자마다 고유한 전자 메일 주소가 있습니다. 하지만 하위 도메인 sales.contoso.com, marketing.contoso.com 및 research.contoso.com을 contoso.com이라는 단일 도메인으로 다시 쓰려고 합니다. 다음 표에서는 각각의 원래 전자 메일 주소와 그에 해당하는 다시 쓴 전자 메일 주소를 보여줍니다.
원래 전자 메일 주소와 그에 해당하는 다시 쓴 전자 메일 주소
| 원래 전자 메일 주소 | 다시 쓴 전자 메일 주소 |
|---|---|
maria@sales.contoso.com |
maria@contoso.com |
chris@sales.contoso.com |
chris@contoso.com |
david@marketing.contoso.com |
david@contoso.com |
brian@marketing.contoso.com |
brian@contoso.com |
chris@research.contoso.com |
chris@contoso.com |
adam@research.contoso.com |
adam@contoso.com |
각 하위 도메인의 전자 메일 주소를 다시 쓸 때 chris@sales.contoso.com과 chris@research.contoso.com 간에 충돌이 발생합니다. 따라서 두 전자 메일 주소가 모두 chris@contoso.com으로 다시 쓰여집니다. 이 문제를 해결하려면 받는 사람 사서함 중 하나의 전자 메일 주소를 다른 모든 하위 도메인의 전자 메일 주소와 충돌하지 않는 주소로 변경해야 합니다.
받는 사람 사서함에 프록시 주소 적용
내부 받는 사람 사서함에서 다시 쓴 주소로 보내진 회신을 받으려면 다시 쓴 외부 주소와 일치하는 프록시 주소를 사용하여 해당 받는 사람 사서함을 구성해야 합니다.
예를 들어 adam@research.contoso.com에 대한 사서함이 있고 이 주소를 다시 쓴 외부 주소가 adam@contoso.com이면 adam@contoso.com으로 설정된 프록시 주소를 사용하여 해당 사서함을 구성해야 합니다.
맨 위로 이동
주소 다시 쓰기 항목의 우선 순위
내부 및 외부 도메인 쌍과 가장 잘 일치하는 규칙이 적용됩니다. 다음은 주소 다시 쓰기 항목을 우선 순위가 가장 높은 것부터 낮은 것까지 정확한 순서로 나열한 것입니다.
개별 전자 메일 주소 예를 들어 john@contoso.com을 support@contoso.com에 매핑합니다.
특정 도메인 또는 하위 도메인 매핑 예를 들어 Contoso.com을 Northwindtraders.com에 매핑하거나 Sales.contoso.com을 Contoso.com에 매핑합니다.
도메인 결합 예를 들어 *.contoso.com을 Contoso.com으로 결합합니다. 만약 Edge 전송 서버에 다음 두 규칙이 구성되어 있을 경우,
*.contoso.com maps to Contoso.com Japan.sales.contoso.com maps to contoso.jpmasato@japan.sales.contoso.com에서 전자 메일 메시지를 보내는 경우 *.contoso.com 규칙이 있긴 하지만 보낸 사람의 내부 도메인과 일치하는 규칙이 우선이므로 주소는 masato@contoso.jp로 다시 쓰여집니다.
맨 위로 이동
디지털 서명된 메시지, 암호화된 메시지 및 권한이 보호된 메시지
주소 다시 쓰기는 대부분의 서명된 메시지나 암호화된 메시지 또는 권한이 보호된 메시지에 영향을 미치지 않아야 합니다. 주소 다시 쓰기가 서명을 무효화하는 경우, 암호화된 메시지나 권한이 보호된 메시지를 읽을 수 없게 만드는 경우 또는 메시지의 보안 상태를 변경하는 경우에는 주소 다시 쓰기가 적용되지 않습니다.
다음 메시지 섹션의 주소 및 정보는 서명, 암호 또는 권한 보호의 일부가 아니므로 다시 쓸 수 있습니다.
SMTP 봉투 필드
최상위 메시지 본문 머리글
다음 메시지 섹션의 주소 및 정보는 서명, 암호화 또는 권한 보호의 일부이므로 다시 쓸 수 없습니다.
서명된 MIME 본문 부분 내부에 있는 헤더
MIME 콘텐츠 형식의 경계 문자열 매개 변수
맨 위로 이동
© 2010 Microsoft Corporation. 모든 권리 보유.