[온-프레미스/하이브리드만]{class="badge yellow" title="온-프레미스 및 하이브리드 배포에만 적용"}

기술 이메일 구성 email-deliverability

개요 overview

다음 섹션에서는 이메일을 게재할 때 Adobe Campaign 인스턴스의 출력을 제어하는 데 필요한 구성에 대한 개요를 제공합니다.

Adobe Campaign의 전달성과 관련된 개념과 모범 사례에 대한 자세한 내용은 이 섹션을 참조하세요.

Adobe 플랫폼에서 이메일을 효율적으로 보내고 받는 것과 관련된 모든 기술 권장 사항을 포함하여 전달성의 의미에 대한 자세한 내용은 Adobe 전달성 모범 사례 안내서를 참조하세요.

운영 원칙 operating-principle

도메인에 따라 전송되는 이메일 수를 제한하도록 하나 이상의 Adobe Campaign 인스턴스의 출력을 제어할 수 있습니다. 예를 들어 yahoo.com 주소에 대해 출력을 시간당 20,000개로 제한하는 동시에 다른 모든 도메인에 대해 시간당 100,000개의 메시지를 구성할 수 있습니다.

게재 서버(mta)에서 사용하는 각 IP 주소에 대해 메시지 출력을 제어해야 합니다. 여러 컴퓨터에 걸쳐 분류되고 다양한 Adobe Campaign 인스턴스에 속하는 여러 mta ​이(가) 전자 메일 배달을 위해 동일한 IP 주소를 공유할 수 있습니다. 이러한 IP 주소의 사용을 조정하려면 프로세스를 설정해야 합니다.

stat 모듈이 수행하는 작업: IP 주소 집합의 메일 서버로 보낼 모든 연결 요청과 메시지를 전달합니다. 통계 서버는 게재를 추적하고 설정된 할당량에 따라 전송을 활성화 또는 비활성화할 수 있습니다.

게재 서버 delivery-servers

mta 모듈이 메시지를 mtachild 하위 모듈에 배포합니다. 각 matchild ​은(는) 통계 서버에서 인증을 요청하고 전송하기 전에 메시지를 준비합니다.

단계는 다음과 같습니다.

이메일 서버 통계 및 제한 사항 email-server-statistics-and-limitations

통계 서버는 메시지를 수신하는 각 이메일 서버에 대해 다음 통계를 유지 관리합니다.

동시에 모듈은 특정 이메일 서버에 대한 제한 목록을 로드합니다.

IP 주소 관리 managing-ip-addresses

통계 서버는 동일한 공개 IP 주소를 사용하여 여러 인스턴스 또는 여러 시스템을 결합할 수 있습니다. 따라서 특정 인스턴스에 연결되지 않지만 도메인별 제한을 복구하려면 인스턴스에 문의해야 합니다.

게재 통계는 각 대상 MX 및 각 소스 IP에 대해 유지됩니다. 예를 들어 타겟팅된 도메인에 5개의 MX가 있고 플랫폼에서 3개의 다른 IP 주소를 사용할 수 있는 경우 서버는 이 도메인에 대해 최대 15개의 일련의 지표를 관리할 수 있습니다.

소스 IP 주소는 공용 IP 주소(원격 이메일 서버에서 볼 수 있는 주소)와 일치합니다. NAT 라우터가 제공된 경우 이 IP 주소는 mta ​을(를) 호스팅하는 컴퓨터의 주소와 다를 수 있습니다. 통계 서버가 공용 IP(publicId)와 일치하는 식별자를 사용하는 이유입니다. 로컬 주소와 이 식별자 간의 연결은 serverConf.xml 구성 파일에 선언되어 있습니다. serverConf.xml ​에서 사용할 수 있는 모든 매개 변수가 이 섹션에 나열되어 있습니다.

게재 출력 제어 delivery-output-controlling

전자 메일 서버에 메시지를 전달하기 위해 전자 메일 트래픽 셰이퍼 구성 요소가 통계 서버에서 연결을 요청합니다. 요청이 수락되면 연결이 열립니다.

메시지를 보내기 전에 모듈은 서버에서 '토큰'을 요청합니다. 이는 일반적으로 적어도 10개의 토큰 세트이며, 이는 서버에 대한 쿼리 수를 줄입니다.

서버는 연결 및 게재와 관련된 모든 통계를 저장합니다. 재부팅하는 경우 정보가 일시적으로 손실됩니다. 각 클라이언트는 전송 통계의 로컬 복사본을 보관하고 정기적으로(2분마다) 서버에 반환합니다. 그런 다음 서버는 데이터를 다시 집계할 수 있습니다.

다음 섹션에서는 전자 메일 트래픽 셰이퍼 구성 요소가 메시지를 처리하는 방법을 설명합니다.

메시지 게재 message-delivery

메시지를 보낼 때 3가지 가능한 결과가 있습니다.

메시지 포기 message-abandonment

중단된 메시지가 mta(으)로 반환되고 더 이상 mtachild ​에서 관리되지 않습니다.

mta ​이(가) 이 메시지의 절차(복구, 포기, 격리 등)를 결정합니다. 응답 코드 및 규칙에 따라 다릅니다.

메시지 보류 중 message-pending

활성 대기열에 도달하고 사용 가능한 경로가 없으면 메시지가 보류됩니다.

경로는 일반적으로 연결 오류 후 일정 시간 동안 사용할 수 없음으로 표시됩니다. 이용 불가능 기간은 오류 빈도와 나이에 따라 다릅니다.

통계 서버 구성 statistics-server-configuration

통계 서버는 여러 인스턴스에서 사용할 수 있습니다. 사용할 인스턴스와 독립적으로 구성해야 합니다.

먼저 구성을 호스팅할 Adobe Campaign 데이터베이스를 정의합니다.

구성 시작 start-configuration

기본적으로 각 인스턴스에 대해 stat 모듈이 시작됩니다. 인스턴스가 동일한 컴퓨터에 풀링되거나 인스턴스가 동일한 IP 주소를 공유하는 경우 단일 통계 서버가 사용됩니다. 다른 통계 서버는 비활성화되어야 합니다.

서버 포트 정의 definition-of-the-server-port

기본적으로 통계 서버는 포트 7777에서 수신합니다. 이 포트는 serverConf.xml 파일에서 수정할 수 있습니다. serverConf.xml ​에서 사용할 수 있는 모든 매개 변수가 이 섹션에 나열되어 있습니다.

<stat port="1234"/>

MX 구성 mx-configuration

MX 규칙 기본 정보 about-mx-rules

MX 규칙(Mail eXchanger)은 보내는 서버와 받는 서버 간의 통신을 관리하는 규칙입니다.

이러한 규칙은 클라이언트 인스턴스를 정기적으로 공급하기 위해 매일 오전 6시(서버 시간)에 자동으로 다시 로드됩니다.

ISP는 재질 용량 및 내부 정책에 따라 시간당 사전 정의된 수의 연결 및 메시지를 수락합니다. 이러한 변수는 IP 및 전송 도메인의 평판에 따라 ISP 시스템에 의해 자동으로 수정될 수 있습니다. Adobe Campaign은 게재 기능 플랫폼을 통해 ISP의 150개 이상의 특정 규칙과 다른 도메인에 대한 하나의 일반 규칙을 관리합니다.

최대 연결 수는 MTA에서 사용하는 공용 IP 주소 수에만 종속되지 않습니다.

예를 들어 MX 규칙에서 5개의 연결을 허용하고 2개의 공개 IP를 구성한 경우 이 도메인에 대해 10개 이상의 연결을 동시에 열 수 없다고 생각할 수 있습니다. 이는 사실이 아닙니다. 사실 최대 연결 수는 MTA 공용 IP 중 하나와 클라이언트의 MTA의 공용 IP의 조합인 경로와 경로를 의미합니다.

아래 예에서 사용자에게는 두 개의 공개 IP 주소가 구성되어 있고 도메인은 yahoo.com 입니다.

user:~ user$ host -t mx yahoo.com
                yahoo.com mail is handled by 1 mta5.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta6.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta7.am0.yahoodns.net.

yahoo.com에 대한 MX 레코드에서는 yahoo.com에 메일 교환기가 3개 있음을 알 수 있습니다. 피어 메일 교환기를 연결하기 위해 MTA가 DNS에 자신의 IP 주소를 요청합니다.

user:~ user$ host -t a mta5.am0.yahoodns.net
                mta5.am0.yahoodns.net has address 98.136.216.26
                mta5.am0.yahoodns.net has address 98.136.217.202
                mta5.am0.yahoodns.net has address 98.138.112.38
                mta5.am0.yahoodns.net has address 66.196.118.37
                mta5.am0.yahoodns.net has address 63.250.192.46
                mta5.am0.yahoodns.net has address 66.196.118.240
                mta5.am0.yahoodns.net has address 98.136.217.203
                mta5.am0.yahoodns.net has address 98.138.112.35

이 레코드에 대해 사용자는 8개의 피어 IP 주소에 연결할 수 있습니다. 사용자에게 2개의 공개 IP 주소가 있으므로 해당 사용자에게 yahoo.com 메일 서버에 도달하기 위한 8 * 2 = 16 개의 조합이 제공됩니다. 이러한 조합을 각각 경로라고 합니다.

두 번째 MX 레코드는 다음과 같이 표시됩니다.

user:~ user$ host -t a mta6.am0.yahoodns.net
                mta6.am0.yahoodns.net has address 98.138.112.38
                mta6.am0.yahoodns.net has address 98.136.216.26
                mta6.am0.yahoodns.net has address 63.250.192.46
                mta6.am0.yahoodns.net has address 66.196.118.35
                mta6.am0.yahoodns.net has address 98.136.217.203
                mta6.am0.yahoodns.net has address 98.138.112.32
                mta6.am0.yahoodns.net has address 98.138.112.37
                mta6.am0.yahoodns.net has address 66.196.118.33

이러한 8개의 IP 주소 중 4개는 mta5에서 이미 사용되고 있습니다(98.136.216.26, 98.138.112.38, 63.250.192.46 및 98.136.217.203). 이 레코드를 사용하면 4개의 새 IP 주소를 사용할 수 있습니다. 세 번째 MX 레코드도 같은 작업을 수행합니다.

총 16개의 원격 IP 주소가 있습니다. 2개의 로컬 공용 IP와 결합하여 yahoo.com 메일 서버에 연결할 수 있는 32개의 경로가 있습니다.

다음은 MX 규칙 사용의 몇 가지 예입니다.

아래 예에서 사용자는 특정 도메인에 대해 시간당 10,000개의 메시지로 제한되어 있지만, MTA 처리량 용량은 이 제한보다 높습니다.

이 경우 트래픽은 각 시간에 대해 5분씩 12개의 기간으로 구분되며 실제 제한은 기간당 833개의 메시지입니다.

이러한 메시지는 가능한 한 빨리 전달됩니다.

MX 관리 구성 configuring-mx-management

MX에 대해 준수할 규칙이 트리의 Administration > Campaign Management > Non deliverables Management > Mail rule sets 노드에 있는 MX management 문서에 정의되어 있습니다.

MX management 문서가 노드에 없으면 수동으로 만들 수 있습니다. 방법은 다음과 같습니다.

변경 사항을 고려하려면 통계 서버를 다시 시작해야 합니다.

통계 서버를 다시 시작하지 않고 구성을 다시 로드하려면 서버를 호스트하는 컴퓨터에서 다음 명령을 사용합니다. nlserver stat -reload

MX 규칙 구성 configuring-mx-rules

MX management 문서에는 MX 규칙에 연결된 모든 도메인이 나열됩니다.

이러한 규칙은 순차적으로 적용됩니다. MX 마스크가 타겟팅된 MX와 호환되는 첫 번째 규칙이 적용됩니다.

각 규칙에 사용할 수 있는 매개 변수는 다음과 같습니다.

구성 예:

이메일 형식 관리 managing-email-formats

각 수신자 주소의 도메인에 따라 표시되는 콘텐츠가 자동으로 조정되도록, 보낸 메시지의 형식을 정의할 수 있습니다.

이렇게 하려면 Administration > Campaign management > Non deliverables management > Mail rule sets ​에 있는 Management of email formats 문서로 이동하십시오.

이 문서에는 Adobe Campaign에서 관리하는 일본어 형식에 해당하는 사전 정의된 모든 도메인의 목록이 포함되어 있습니다. 자세한 내용은 이 문서를 참조하세요.

MIME 구조(Multipurpose Internet Mail Extensions) 매개 변수를 사용하면 다른 메일 클라이언트로 보낼 메시지 구조를 정의할 수 있습니다. 다음 세 가지 옵션을 사용할 수 있습니다.

Image inclusion 옵션을 활성화하면 전자 메일의 본문에 바로 표시됩니다. 그런 다음 이미지가 업로드되고 URL 링크가 해당 콘텐츠로 바뀝니다.

이 옵션은 특히 일본 시장에서 Deco-mail, Decore Mail 또는 Decoration Mail ​에 사용됩니다. 자세한 내용은 이 문서를 참조하세요.

게재 서버 구성 delivery-server-configuration

클럭 동기화 clock-synchronization

Adobe Campaign 플랫폼(데이터베이스 포함)을 구성하는 모든 서버의 시계는 동기화되어야 하며 해당 시스템은 동일한 시간대로 설정되어야 합니다.

통계 서버의 좌표 coordinates-of-the-statistics-server

통계 서버의 주소를 mta ​에 제공해야 합니다.

구성의 mta 요소에 대한 statServerAddress 속성을 사용하면 사용할 포트의 주소와 번호를 지정할 수 있습니다.

<mta statServerAddress="emailStatServer:7777">
   [...]
 </mta>

같은 컴퓨터에서 통계 서버를 사용하려면 localhost 값이 있는 컴퓨터 이름을 적어도 입력해야 합니다.

 <mta statServerAddress="localhost">

사용할 IP 주소 목록 list-of-ip-addresses-to-use

트래픽 관리와 관련된 구성은 구성 파일의 mta/child/smtp 요소에 있습니다.

각 IPAffinity 요소에 대해 컴퓨터에 사용할 수 있는 IP 주소를 선언해야 합니다.

예:

<IPAffinity localDomain="<domain>" name="default">
  <IP address="192.168.0.11" publicId="1" weight="5"/>
  <IP address="192.168.0.12" heloHost="revdns1.campaign.com" publicId="2" weight="5"/>
  <IP address="192.168.0.13" publicId="3" weight="1"/>
</IPAffinity>

매개 변수는 다음과 같습니다.

이전 예에서 정상 상태인 경우 주소는 다음과 같이 분산됩니다.

* "1": 5 / (5+5+1) = 45%
* "2": 5 / (5+5+1) = 45%
* "3": 1 / (5+5+1) = 10%

예를 들어 첫 번째 주소를 지정된 MX에 사용할 수 없는 경우 다음과 같이 메시지가 전송됩니다.

* "2": 5 / (5+1) = 83%
* "3": 1 / (5+1) = 17%

이메일 전송 최적화 email-sending-optimization

Adobe Campaign mta ​의 내부 아키텍처가 전자 메일 게재를 최적화하는 구성에 영향을 줍니다. 다음은 게재 개선에 대한 몇 가지 팁입니다.

maxWaitingMessages 매개 변수 조정 adjust-the-maxwaitingmessages-parameter

maxWaitingMessages 매개 변수는 mtachild ​에서 미리 준비한 메시지의 최대 수를 나타냅니다. 메시지는 전송 또는 포기한 후에만 이 목록에서 삭제됩니다.

메시지가 도메인별로 정렬되지 않는 경우 이 매개 변수는 매우 중요하며 특히 중요합니다.

maxWorkingSetMb(256) 임계값에 도달하면 게재 서버가 메시지 전송을 중지합니다. mtachild ​이(가) 다시 시작될 때까지 성능이 크게 감소합니다. 이 문제를 피하기 위해 maxWorkingSetMb 매개 변수의 임계값을 늘리거나 maxWaitingMessages 매개 변수의 임계값을 줄일 수 있습니다.

maxWorkingSetMb 매개 변수는 최대 메시지 수에 평균 메시지 크기를 곱하고 결과에 2.5를 곱하여 경험적으로 계산됩니다. 예를 들어 메시지의 평균 크기가 50kB이고 maxWaitingMessages 매개 변수가 1,000인 경우 사용되는 메모리는 평균 125MB가 됩니다.

일치 항목 수 조정 adjust-the-number-of-mtachild

하위 항목 수는 시스템의 프로세서 수를 초과할 수 없습니다(근사값). 1000개 세션). 8 mtachild ​을(를) 초과하지 않는 것이 좋습니다. 그런 다음 child(maxMsgPerChild)당 메시지 수를 늘려 충분한 수명을 달성할 수 있습니다.