주소 다시 쓰기를 사용하면 Exchange 2007 조직의 메시지를 받는 외부 사람에게 일관된 모습을 보여 줄 수 있습니다. 특히 타사 공급업체를 통해 전자 메일 지원 및 서비스를 제공하는 조직의 경우 주소 다시 쓰기가 유용할 수 있습니다. 고객과 파트너는 타사 공급업체가 아닌 조직에서 전자 메일 메시지가 올 것으로 기대하기 때문입니다. 이와 마찬가지로 인수나 합병 과정을 거친 조직의 경우 하나의 새로운 조직에서 모든 전자 메일 메시지를 보내는 것으로 표시되기를 원할 것입니다. 조직에서는 주소 다시 쓰기 기능을 사용하기 위해 기술적 요구 사항이나 제한에 맞출 필요가 없으며, 업무별 요구 사항에 맞게 조직 구조를 구성하기만 하면 됩니다.

또한 주소 다시 쓰기 기능을 사용하면 Exchange 2007 조직 외부에서 받은 인바운드 메시지를 적절한 내부 받는 사람에게 라우팅할 수 있습니다. 메시지를 회신할 경우에도 라우팅을 위해 다시 쓰여진 메시지가 아닌 원래 보낸 사람에게 올바르게 전달됩니다.

주소 다시 쓰기 에이전트는 Edge 전송 서버 역할이 설치된 컴퓨터의 수신 커넥터와 송신 커넥터에 구성됩니다.

다음은 주소 다시 쓰기가 조직에 혜택을 줄 수 있는 방법에 대한 예제 시나리오입니다.

• 그룹 통합   일부 조직은 비즈니스나 기술적 요구 사항을 기준으로 내부 비즈니스를 별도의 도메인으로 분리합니다. 그러나 이러한 구성으로 인해 전자 메일 메시지가 별도의 그룹 또는 별도의 조직에서 오는 것처럼 표시될 수 있으며 이는 조직에 바람직하지 않을 수 있습니다.
  다음 예제에서는 Contoso, Ltd. 조직이 하위 도메인을 숨기는 방법을 보여줍니다.
  
  • Northamerica.contoso.com, Europe.contoso.com 및 Asia.contoso.com 도메인의 아웃바운드 메시지가 모두 하나의 Contoso.com 도메인에서 시작되는 것처럼 표시되도록 다시 쓰여집니다. 모든 메시지는 전체 조직과 인터넷 간에 SMTP(Simple Mail Transfer Protocol) 연결을 제공하는 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 전자 메일 주소로 라우팅됩니다.
    

  주의:
  인바운드 전자 메일이 제대로 매핑되고 라우팅되려면 주소의 사용자 이름 부분이 주소 다시 쓰기로 인해 영향을 받을 수 있는 모든 전자 메일 조직 내에서 고유해야 합니다.

주소 다시 쓰기 에이전트는 Edge 전송 서버에서 보내고 받는 전자 메일 메시지의 SMTP 헤더를 다시 쓰는 방법으로 전자 메일 주소를 다시 씁니다. 주소 다시 쓰기 에이전트로 아웃바운드 메시지를 다시 쓰는 이유는 일반적으로 조직에서 내부 도메인과 하위 도메인을 가능한 한 효과적으로 숨기고 인터넷에 하나의 외부 도메인만 노출되기를 원하기 때문입니다. 일반적으로 주소 다시 쓰기 에이전트는 인바운드 메시지를 다시 쓰기하여 받는 사람에게 해당 메시지를 라우팅합니다. 이러한 이유로 주소 다시 쓰기 에이전트는 아웃바운드 전자 메일 메시지의 여러 SMTP 헤더 필드를 다시 씁니다. 하지만 인바운드 전자 메일 메시지의 경우 하나의 SMTP 헤더 필드만 다시 씁니다. 표 1은 아웃바운드 메시지와 인바운드 메시지에 다시 쓰여지는 SMTP 헤더 필드를 보여줍니다.

표 1   아웃바운드 메시지와 인바운드 메시지에 다시 쓰여지는 SMTP 헤더 필드

주소 다시 쓰기 에이전트는 많은 SMTP 헤더 필드를 다시 쓰지는 않습니다. 주소 다시 쓰기로 인해 SMTP 기능이 중단될 수 있기 때문입니다. 예를 들어 이러한 SMTP 헤더를 변경하면 메시지 루프 검색에 영향을 주거나 서명을 무효화하거나 권한이 보호된 메시지를 읽을 수 없게 만들 수 있습니다. 다음은 주소 다시 쓰기 에이전트에서 수정하지 않는 SMTP 헤더 필드입니다.

• Return-Path
  
• Received
  
• Message-ID
  
• X-MS-TNEF-Correlator
  
• Content-Type Boundary=string
  
• MIME 본문 부분 내부에 있는 헤더
  

주소 다시 쓰기 에이전트는 허브 전송 서버가 트러스트할 수 없는 도메인이 포함된 전자 메일 메시지의 헤더 필드는 다시 쓰지 않습니다. 이러한 도메인을 다시 쓰면 제어할 수 없는 형식의 메시지 릴레이가 생길 수 있기 때문입니다.

또한 주소 다시 쓰기 에이전트는 다른 메시지에 포함되어 있는 메시지의 헤더 필드는 수정하지 않습니다. 메시지가 보낸 사람과 받는 사람 간에 구현되는 전송 규칙을 트리거하지 않는 한 보낸 사람과 받는 사람은 포함된 메시지가 수정 없이 그대로 유지된 상태에서 배달되기를 원하기 때문입니다.

중요:
TNEF를 지원하지 않는 원격 도메인으로 보내는 모임 요청은 iCalendar 첨부 파일 형태로 전송됩니다. 주소 다시 쓰기 에이전트에서는 포함 메시지의 헤더 필드를 수정하지 않으므로 이러한 모임 요청에 대한 주소는 수정되지 않습니다.

전자 메일 메시지가 Exchange 2007 조직에서 아웃바운드되는 경우 아웃바운드 전용 주소를 다시 쓸 때는 보낸 사람의 SMTP 주소만 수정합니다. 주소 다시 쓰기 에이전트는 Edge 전송 서버의 송신 커넥터에만 구성됩니다. 다음은 아웃바운드 전용 주소 다시 쓰기 에이전트를 구성하는 데 필요한 조건입니다.

• 결과적으로 만들어지는 주소는 조직 내에서 고유해야 합니다. 예를 들어 모든 주소를 contoso.com으로 다시 쓰도록 하는 규칙에 고유한 전자 메일 주소 ted@sales.contoso.com과 ted@research.contoso.com이 포함되어 있는 경우 주소 다시 쓰기 에이전트는 두 주소를 모두 ted@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의 메시지에 대한 회신이 잘못된 사람에게 배달될 수 있습니다.
  

내부 및 외부 도메인 쌍과 가장 잘 일치하는 규칙이 적용됩니다. 다음은 주소 다시 쓰기 항목을 우선 순위가 가장 높은 것부터 낮은 것까지 정확한 순서로 나열한 것입니다.

1. 개별 전자 메일 주소   예를 들어 john@contoso.com을 support@contoso.com에 맵핑합니다.
   
2. 특정 도메인 또는 하위 도메인 매핑   예를 들어 Contoso.com을 Northwindtraders.com에 매핑하거나 Sales.contoso.com을 Contoso.com에 매핑합니다.
   
3. 도메인 결합   예를 들어 *.contoso.com을 Contoso.com으로 결합합니다. 만약 Edge 전송 서버에 다음 두 규칙이 구성되어 있을 경우,
   
   *.contoso.com maps to Contoso.com
   Japan.sales.contoso.com maps to Contoso.jp

   masato@japan.sales.contoso.com에서 전자 메일 메시지를 보내는 경우 *.contoso.com 규칙이 있긴 하지만 보낸 사람의 내부 도메인과 일치하는 규칙이 우선이므로 주소는 masato@contoso.jp로 다시 쓰여집니다.
   

주소 다시 쓰기는 대부분의 서명된 메시지나 암호화된 메시지 또는 권한이 보호된 메시지에는 영향을 미치지 않아야 합니다. 주소 다시 쓰기가 서명을 무효화하는 경우, 암호화된 메시지나 권한이 보호된 메시지를 읽을 수 없게 만드는 경우 또는 메시지의 보안 상태를 변경하는 경우에는 주소 다시 쓰기가 적용되지 않습니다.

다음 메시지 섹션의 주소 및 정보는 서명, 암호 또는 권한 보호의 일부가 아니므로 다시 쓸 수 있습니다.

• SMTP 봉투 필드
  
• 최상위 메시지 본문 머리글
  

다음 메시지 섹션의 주소 및 정보는 서명, 암호 또는 권한 보호의 일부이므로 다시 쓸 수 없습니다.

• 서명된 MIME 본문 부분 내부에 있는 헤더
  
• MIME 콘텐츠 형식의 경계 문자열 매개 변수
  

주소 다시 쓰기에 대한 자세한 내용은 다음 항목을 참조하십시오.

• 주소 다시 쓰기 에이전트 관리
  
• 주소 다시 쓰기 에이전트 cmdlet