Odoo에서 이메일을 전송하도록 DNS 레코드 설정¶
스팸 처리 라벨 보기¶
가끔 이메일 제공업체에 따라서 Odoo에서 발송한 이메일이 잘못 분류되어 스팸메일함에 들어가는 경우가 있습니다. 현재로서는 일부 설정 사항, 특히 이메일 제공업체들이 자체적인 제약정책 및/또는 제한내용에 따라 Odoo 이메일을 분류하는 방식 등은 Odoo에서 통제할 수 없는 부분임을 안내드립니다.
``”작성자 이름” <notifications@mycompany.odoo.com>``으로 이메일을 받는 것을 Odoo에서는 기준으로 하고 있습니다. 즉, 다르게 표현하면 ``”작성자 이름” <{ICP.mail.from.filter}@{mail.catchall.domain}>``으로 나타낼 수 있겠습니다. 이 경우 ICP는 시스템 매개변수인 ir.config.parameters`를 나타냅니다. 알림 설정 <email_servers/notifications> 덕분에 이메일 도달 가능성이 크게 향상되었습니다.
Odoo에서 발송되는 이메일을 서버에서 정기적으로 수신하기 위한 솔루션 중의 하나로는, 고객이 자신의 메일함 규칙을 생성하는 방법이 있습니다. Odoo (notifications@mycompany.odoo.com)에서 수신된 이메일을 받은편지함으로 이동하도록 이메일 받은편지함에 필터를 추가하면 됩니다. 수신한 도메인에 대해서 보낸사람 안심 목록 또는 화이트리스트로 Odoo 데이터베이스 도메인을 추가할 수도 있습니다.
Odoo 이메일 서버가 블랙리스트에 포함되어 있는 경우, `새 지원 요청 <https://www.odoo.com/help>`_을 통하여 Odoo로 알려주시면 저희 고객지원팀에서 서버를 해당 블랙리스트에서 삭제할 수 있도록 지원해드리겠습니다.
Odoo에서 이메일을 보내기 위해 Odoo 데이터베이스가 사용자 지정 도메인을 사용하는 경우, 이메일 도달 가능성을 보장하기 위해 사용자 지정 도메인의 DNS에 세 개 레코드를 설정해야 합니다. 바로 SPF, DKIM 및 DMARC 레코드 세 가지입니다. 그럼에도, 최종적으로 이는 수신하는 메일함 설정에 달려 있습니다.
SPF 준수¶
SPF (Sender Policy Framework: 메일 서버 등록) 프로토콜을 통해서 해당 도메인에 대한 이메일 전송 서버를 도메인 주소 소유자가 지정할 수 있습니다. 서버에 이메일이 수신되면, 발신 서버 IP 주소가 SPF (Sender Policy Framework: 메일 서버 등록) 레코드를 기준으로 허용 IP 목록에 있는 주소인지 확인합니다.
참고
이메일의 반환 경로 필드에서 해당 도메인에 대한 SPF 항목을 검증합니다. Odoo에서 전송되는 이메일의 경우, 이 도메인은 데이터베이스 시스템 매개변수의 ‘mail.catchall.domain’ 키 값에 해당합니다.
도메인의 SPF (Sender Policy Framework: 메일 서버 등록) 정책에서는 TXT 레코드를 사용하고 있습니다. TXT 레코드를 생성하거나 수정하는 방법은 도메인 주소의 DNS (Domain Name System: 도메인 주소 시스템)` 호스팅 업체에 따라 각기 다릅니다. 도메인에 SPF (Sender Policy Framework: 메일 서버 등록) 레코드가 하나만 있어야 제대로 검증할 수 있습니다.
도메인 주소에 아직 :abbr:’SPF(Sender Policy Framework: 메일 서버 등록)’ 레코드가 없는 경우 ‘v=spf1 include:_spf.odoo.com ~all’ 를 입력하여 레코드를 생성하십시오.
도메인 주소에 이미 SPF (Sender Policy Framework: 메일 서버 등록) 레코드가 있는 경우에는 반드시 레코드를 업데이트해야 합니다 (신규 레코드를 생성하지 않습니다).
Example
TXT 레코드로 v=spf1 include:_spf.google.com ~all`가 입력되어 있는 경우, 이를 `include:_spf.odoo.com: v=spf1 include:_spf.odoo.com include:_spf.google.com ~all 로 추가되도록 편집합니다.
MXToolbox SPF <https://mxtoolbox.com/spf.aspx>`_와 같은 무료 도구를 사용하여 abbr:`SPF (Sender Policy Framework: 메일 서버 등록) 레코드 유효성을 확인합니다.
DKIM 활성화¶
DKIM (DomainKeys Identified Mail: 도메인키 식별 메일)을 사용하면 사용자가 디지털 서명으로 이메일을 인증할 수 있습니다.
이메일을 전송할 경우, Odoo 서버에서는 헤더에 고유한 DKIM (DomainKeys Identified Mail: 도메인키 식별 메일) 서명을 포함시키게 됩니다. 수신자의 서버에서는 데이터베이스 도메인 주소의 DKIM (DomainKeys Identified Mail:도메인키 식별 메일) 레코드로 이 서명을 해독합니다. 레코드에 포함된 서명과 키가 일치하면 메시지가 인증되어 전송 중에 변경되지 않았음을 보장합니다.
DKIM (DomainKeys Identified Mail: 도메인키 식별 메일)’을 활성화하려면 도메인 주소 DNS (Domain Name System: 도메인 주소 시스템)’ 영역에 CNAME (Canonical Name:별칭) 레코드를 추가합니다.
odoo._domainkey IN CNAME odoo._domainkey.odoo.com.
팁
도메인 주소가 `mycompany.com`인 경우, 정식 명칭이 `odoo._domainkey.odoo.com.`인 하위 도메인 `odoo._domainkey.mycompany.com`을 생성해야 합니다.
CNAME (Canonical Name: 별칭)` 레코드를 생성하거나 수정하는 방법은 도메인 주소의 DNS (Domain Name System: 도메인 주소 시스템)` 영역을 호스팅하는 공급업체에 따라 다릅니다. 가장 일반적으로 사용하는 공급업체명은 <email_communication/SPFDKIM_common_providers>` 아래에 표시되어 있습니다.
DKIM Core <https://dkimcore.org/tools/>`_와 같은 무료 도구를 사용하여 :abbr:`DKIM (DomainKeys Identified Mail: 도메인키 식별 메일) 레코드가 유효한지 확인하세요. 선택 항목으로는 `odoo`를 입력합니다.
DMARC 정책 확인¶
DMARC (Domain-based Message Authentication, Reporting, & Conformance: 도메인 기반 메일 인증) 레코드는 abbr:SPF (Sender Policy Framework:메일 서버 등록)`와 abbr:`DKIM (DomainKeys Identified Mail: 도메인키 식별 메일)`을 통합시키는 프로토콜입니다. 도메인 주소의 DMARC (Domain-based Message Authentication, Reporting, & Conformance: 도메인 기반 메일 인증) 레코드에 포함되어 있는 지침 항목을 통하여 대상 서버에서 수신한 이메일이 SPF (Sender Policy Framework: 메일 서버 등록) 또는 DKIM 검증을 통과하지 못했을 경우 수행할 작업을 안내합니다.
Example
DMARC: TXT 레코드
v=DMARC1; p=none;
DMARC (Domain-based Message Authentication, Reporting, & Conformance: 도메인 기반 메일 인증)`에는 다음과 같은 세 가지 방식이 있습니다.
p=nonep=quarantinep=reject
p=quarantine 및 p=reject`의 경우에는 이메일 수신 서버에서 :abbr:`SPF (Sender Policy Framework: 메일 서버 등록) 및/또는 DKIM 단계에서 검증되지 못한 경우 이메일을 스팸 처리하거나 휴지통으로 보냅니다.
도메인 주소가 DMARC (Domain-based Message Authentication, Reporting, & Conformance: 도메인 기반 메일 인증)`을 사용하고 있으며 해당 방식 중의 하나가 설정되어 있는 경우, 도메인에서는 SPF (Sender Policy Framework: 메일 서버 등록)`을 따르는 한편 DKIM (DomainKeys Identified Mail: 도메인키 식별 메일)`을 사용하고 있어야 합니다.
경고
예를 들어 Yahoo나 AOL에서는 이메일 제공 서비스에서 DMARC (Domain-based Message Authentication, Reporting, & Conformance: 도메인 기반 메일 인증)` 방식으로 `p=reject`를 사용하고 있습니다. Odoo에서는 데이터베이스 사용자들이 @yahoo.com 또는 @aol.com 주소를 사용하지 않도록 강력히 권해드리고 있습니다. 해당 이메일은 받는 사람이 수신할 수가 없습니다.
p=none`은 도메인 소유자가 자신의 도메인을 사용하는 기업에 대한 보고서를 수신하는 데 사용합니다. DMARC (Domain-based Message Authentication, Reporting, & Conformance: 도메인 기반 메일 인증) 검증되지 않는 메일이더라도 도달 가능성에는 미치는 영향이 없어야 합니다.
DMARC 레코드는 DNS (Domain Name System: 도메인 주소 시스템) 레코드 형식의 태그로 구성됩니다. 이러한 태그/매개변수를 통해 RUA 및 RUF, SP ADKIM 및 ASPF 정책 사용을 너무 제한적으로 시작해서는 안 될 것입니다.
다음 표에는 사용할 수 있는 태그가 표시되어 있습니다:
태그 이름 |
목적 |
예시 |
|---|---|---|
v |
프로토콜 버전 |
|
pct |
필터링되는 메시지 비율 |
|
ruf |
포렌식 보고서용 보고 URI |
|
rua |
집계 보고서용 보고 URI |
|
p |
조직 도메인에 대한 정책 |
|
sp |
OD 하위 도메인 관련 정책 |
|
adkim |
DKIM 정렬 모드 |
|
aspf |
SPF 정렬 모드 |
|
MXToolbox DMARC <https://mxtoolbox.com/DMARC.aspx>`__와 같은 도구를 사용하여 도메인 주소에서 :abbr:`DMARC(Domain-based Message Authentication, Reporting, & Conformance: 도메인기반메일인증) 레코드를 확인합니다.
SPF, DKIM & DMARC documentation of common providers¶
구성 내용 전체를 테스트하려면 메일테스터 를 사용해보십시오. 보낸 메일 한 통 만으로 콘텐츠와 구성 항목에 대한 전체 내용을 파악할 수 있습니다. 별로 알려지지 않은 업체를 사용하는 경우에도 메일테스터를 통해 레코드를 구성할 수 있습니다.