Campaign Classic - 기술 추천

Adobe Campaign Classic을 사용할 때 게재 능력을 향상시키는 데 사용할 수 있는 몇 가지 기법, 구성 및 도구는 아래에 나와 있습니다.

구성

역방향 DNS

Adobe Campaign은 IP 주소에 대해 역방향 DNS가 제공되는지 그리고 이것이 IP를 올바르게 가리키는지 확인합니다.

네트워크 구성의 중요한 점은 발신 메시지의 각 IP 주소에 대해 올바른 역방향 DNS가 정의되어 있는지 확인하는 것입니다. 즉, 지정된 IP 주소의 경우 일치하는 DNS(레코드)가 초기 IP 주소로 다시 루핑되는 역방향 DNS 레코드(PTR 레코드)가 있습니다.

역방향 DNS에 대한 도메인 선택은 특정 ISP를 처리할 때 영향을 받습니다. AOL에서는 특히 역방향 DNS와 동일한 도메인에 주소가 있는 피드백 루프만 허용합니다( 참조) 피드백 루프).

노트

다음을 사용할 수 있습니다 이 외부 도구 도메인 구성을 확인합니다.

MX 규칙

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

보다 정확하게 Adobe Campaign MTA(메시지 전송 에이전트)가 각 개별 이메일 도메인 또는 ISP(예: hotmail.com, comcast.net)로 이메일을 보내는 속도를 제어하는 데 사용됩니다. 이러한 규칙은 일반적으로 ISP가 게시한 제한을 기반으로 합니다(예를 들어, 각 SMTP 연결당 20개 이상의 메시지를 포함하지 않음).

노트

Adobe Campaign Classic의 MX 관리에 대한 자세한 내용은 이 섹션.

TLS

TLS(Transport Layer Security)는 두 이메일 서버 간의 연결을 보호하고 의도한 수신자가 아닌 다른 사람이 전자 메일 콘텐츠를 읽는 것을 보호하는 데 사용할 수 있는 암호화 프로토콜입니다.

보낸 사람의 도메인

HELO 명령에 사용되는 도메인을 정의하려면 인스턴스의 구성 파일(conf/config-instance.xml)을 편집하고 "localDomain" 속성을 다음과 같이 정의합니다.

<serverConf>
  <shared>
    <dnsConfig localDomain="mydomain.net"/>
  </shared>
</serverConf>

MAIL FROM 도메인은 기술 바운스 메시지에 사용되는 도메인입니다. 이 주소는 배포 마법사나 NmsEmail_DefaultErrorAddr 옵션을 통해 정의됩니다.

SPF 레코드

SPF 레코드는 현재 DNS 서버에서 TXT 유형 레코드(코드 16) 또는 SPF 유형 레코드(코드 99)로 정의할 수 있습니다. SPF 레코드는 문자열의 형태를 취합니다. 예:

v=spf1 ip4:12.34.56.78/32 ip4:12.34.56.79/32 ~all

도메인용 이메일을 보낼 수 있는 권한이 있는 두 개의 IP 주소 12.34.56.78 및 12.34.56.79을 정의합니다. ~all 는 다른 모든 주소가 SoftFail로 해석되어야 함을 의미합니다.

SPF 레코드를 정의하는 Recommendations:

  • 추가 ~all (SoftFail) 또는 -all (실패) 정의된 서버 이외의 모든 서버를 거부합니다. 이렇게 하지 않으면 서버가 이 도메인을 위조할 수 있습니다(Neutral 평가 사용).
  • 추가 안 함 ptr (openspf.org에서는 이 작업을 비용이 많이 들고 신뢰할 수 없는 것으로 권장합니다.)
노트

의 SPF에 대해 자세히 알아보십시오 이 섹션.

인증

노트

의 다양한 이메일 인증 양식에 대해 자세히 알아보십시오 이 섹션.

DKIM

노트

호스팅 또는 하이브리드 설치의 경우 로 업그레이드한 경우 향상된 MTA, DKIM 이메일 인증 서명은 모든 도메인이 있는 모든 메시지에 대해 Enhanced MTA에서 수행합니다.

사용 DKIM Adobe Campaign Classic을 사용하려면 다음 전제 조건이 필요합니다.

Adobe Campaign 옵션 선언: Adobe Campaign에서 DKIM 개인 키는 DKIM 선택기 및 도메인을 기반으로 합니다. 현재 다른 선택기를 사용하여 동일한 도메인/하위 도메인에 대한 여러 개인 키를 만들 수 없습니다. 플랫폼이나 전자 메일 모두에서 인증에 사용해야 하는 선택기 도메인/하위 도메인을 정의할 수 없습니다. 플랫폼이 개인 키 중 하나를 선택하거나, 이는 인증이 실패할 가능성이 높음을 의미합니다.

  • Adobe Campaign 인스턴스에 대해 DomainKeys를 구성한 경우 다음을 선택하기만 하면 됩니다 dkim 에서 도메인 관리 규칙. 없는 경우 DKIM을 교체한 DomainKeys와 동일한 구성 단계(개인/공개 키)를 따릅니다.
  • DKIM과 동일한 도메인에 대해 DomainKeys와 DKIM을 모두 사용할 필요는 없으며, DomainKeys의 버전이 향상되었습니다.
  • 다음 도메인은 현재 DKIM의 유효성을 검사합니다. AOL, Gmail.

피드백 루프

피드백 루프는 메시지 전송에 사용되는 IP 주소 범위에 대해 ISP 수준에서 주어진 이메일 주소를 선언하여 작동합니다. ISP는 이 사서함에 바운스 메시지에 대해 수행되는 것과 유사한 방식으로, 수신자가 스팸으로 보고하는 메시지를 보냅니다. 불평한 사용자에 대한 향후 게재를 차단하도록 플랫폼을 구성해야 합니다. 적절한 옵트아웃 링크를 사용하지 않더라도 더 이상 연락하지 않는 것이 중요합니다. ISP가 해당에 IP 주소를 추가할 것이라는 이러한 불만 사항을 기반으로 차단 목록 합니다. ISP에 따라, 불만 비율이 약 1%이면 IP 주소가 차단됩니다.

현재 피드백 루프 메시지의 형식을 정의하기 위한 표준을 만들고 있습니다. a ARF(Abuse Feedback Reporting Format).

인스턴스에 대한 피드백 루프를 구현하려면 다음을 수행해야 합니다.

  • 인스턴스 전용 사서함으로서 바운스 사서함일 수 있습니다.
  • 인스턴스 전용 IP 전송 주소

Adobe Campaign에서 간단한 피드백 루프를 구현하면 바운스 메시지 기능이 사용됩니다. 피드백 루프 사서함은 바운스 사서함으로 사용되며 이러한 메시지를 감지하는 규칙이 정의됩니다. 메시지를 스팸으로 보고한 수신자의 이메일 주소가 격리 목록에 추가됩니다.

  • 바운스 메일 규칙을 만들거나 수정합니다. Feedback_loop, in Administration > Campaign Management > Non deliverables Management > Mail rule sets 이유가 거부됨 및 유형 하드.
  • 피드백 루프에 대해 특별히 사서함이 정의된 경우 새 외부 바운스 메일 계정을 만들어 액세스할 매개 변수를 정의합니다. Administration > Platform > External accounts.

이 메커니즘은 불만 알림을 처리하는 즉시 작동합니다. 이 규칙이 올바르게 작동하는지 확인하려면 계정이 이러한 메시지를 수집하지 않도록 일시적으로 계정을 비활성화한 다음 피드백 루프 사서함의 콘텐츠를 수동으로 확인할 수 있습니다. 서버에서 다음 명령을 실행합니다.

nlserver stop inMail@instance,
nlserver inMail -instance:instance -verbose.

여러 인스턴스에 대해 하나의 피드백 루프 주소를 사용해야 하는 경우 다음을 수행해야 합니다.

  • 인스턴스 수만큼 사서함에서 받은 메시지를 복제하고

  • 각 사서함을 하나의 인스턴스별로 선택하도록

  • 인스턴스를 구성하여 해당 인스턴스와 관련된 메시지만 처리하도록 합니다. 인스턴스 정보는 Adobe Campaign에서 보낸 메시지의 Message-ID 헤더에 포함되어 있으므로 피드백 루프 메시지에도 있습니다. 간단히 을(를) 지정합니다. checkInstanceName 인스턴스 구성 파일의 매개 변수(기본적으로 인스턴스는 확인되지 않으며, 이로 인해 특정 주소가 잘못 격리될 수 있음):

    <serverConf>
      <inMail checkInstanceName="true"/>
    </serverConf>
    

Adobe Campaign의 게재 기능 서비스는 다음 ISP에 대한 피드백 루프 서비스 구독을 관리합니다. AOL, BlueTie, Comcast, Cox, EarthLink, FastMail, Gmail, Hotmail, HostedEmail, Libero, Mail.ru, MailTrust, OpenSRS, QQ, RoadRunner, Synacor, Telenor, Universal, Online, USA, XS4ALL, Yahoo, Yandex, Zoho

목록 가입 해지

목록 가입 해지 기본 정보

SMTP 헤더 추가 목록 가입 해지 은 최적의 게재 가능성 관리를 위해 필수입니다.

이 헤더는 "스팸으로 보고서" 아이콘 대신 사용할 수 있습니다. 이메일 인터페이스에 구독 취소 링크로 표시됩니다.

이 기능을 사용하면 평판과 피드백을 보호하는 데 도움이 되며 구독 취소로 실행됩니다.

목록 가입 해지 기능을 사용하려면 다음과 유사한 명령줄을 입력해야 합니다.

List-Unsubscribe: mailto: client@newsletter.example.com?subject=unsubscribe?body=unsubscribe
주의

위의 예는 수신자 테이블을 기반으로 합니다. 다른 테이블에서 데이터베이스 구현이 수행된 경우 올바른 정보로 명령줄을 다시 적으십시오.

다음 명령줄을 사용하여 동적 생성 목록 가입 해지:

List-Unsubscribe: mailto: %=errorAddress%?subject=unsubscribe%=message.mimeMessageId%

Gmail, Outlook.com 및 Microsoft Outlook은 이 방법을 지원하며 인터페이스에서 직접 구독 취소 단추를 사용할 수 있습니다. 이 기법은 불만율을 낮춥니다.

를 구현할 수 있습니다 목록 가입 해지 다음 중 하나를 수행합니다.

게재 템플릿에서 명령줄 추가

전자 메일 SMTP 헤더의 추가 섹션에 명령줄을 추가해야 합니다.

이 작업은 각 이메일 또는 기존 게재 템플릿에서 수행할 수 있습니다. 이 기능을 포함하는 새 게재 템플릿을 만들 수도 있습니다.

유형화 규칙 만들기

규칙에는 명령줄을 생성하는 스크립트가 포함되어야 하며, 이 스크립트는 전자 메일 헤더에 포함되어야 합니다.

노트

유형화 규칙을 만드는 것이 좋습니다. 목록 가입 해지 기능이 각 이메일에 자동으로 추가됩니다.

  1. 목록 가입 해지: <mailto:unsubscribe domain.com="">

    클릭 구독 취소 링크가 사용자의 기본 이메일 클라이언트를 엽니다. 이메일을 만드는 데 사용되는 유형화에 이 유형화 규칙을 추가해야 합니다.

  2. 목록 가입 해지: <https://domain.com/unsubscribe.jsp>

    클릭 구독 취소 링크가 사용자를 구독 취소 양식으로 리디렉션합니다.

    예:

노트

에서 Adobe Campaign Classic에서 유형화 규칙을 만드는 방법을 알아봅니다 이 섹션.

이메일 최적화

SMTP

SMTP(Simple mail transfer protocol)는 전자 메일 전송을 위한 인터넷 표준입니다.

규칙에서 선택하지 않은 SMTP 오류는 Administration > Campaign Management > Non deliverables Management > Delivery log qualification 폴더를 입력합니다. 이러한 오류 메시지는 기본적으로 접근할 수 없는 소프트 오류로 해석됩니다.

가장 일반적인 오류를 식별하고 해당 규칙이 Administration > Campaign Management > Non deliverables Management > Mail rule sets SMTP 서버에서 피드백을 올바르게 분류하려면 이렇게 하지 않으면 플랫폼은 불필요한 다시 시도를 수행하거나(알 수 없는 사용자의 경우) 지정된 수의 테스트 후 특정 수신자를 격리시킵니다.

전용 IP

Adobe은 평판을 구축하고 게재 성능을 최적화하기 위해 램프 업 IP를 사용하는 각 고객을 위한 전용 IP 전략을 제공합니다.

이 페이지에서는