내 이메일이 스팸으로 가는 이유는 무엇입니까?

Mail from your domain landing in junk folders is almost always an authentication problem or a reputation problem, and KPanel can diagnose and fix most of the authentication half for you in a few…

도메인의 이메일이 정크 폴더로 들어가는 것은 거의 항상 인증 문제 또는 평판 문제이며, KPanel은 인증 부분의 대부분을 몇 번의 클릭으로 진단하고 수정할 수 있습니다.

수신 공급자들은 더 이상 인증되지 않은 이메일을 단순히 의심스러운 것으로 취급하지 않습니다. Google과 Microsoft 모두 도메인이 자신의 신원을 증명한 후에야 이메일을 받은편지함에 넣을 것으로 예상합니다. 이 가이드는 정확히 무엇이 잘못되었는지 알려주는 한 가지 화면으로 시작한 다음, 평판, 테스트, 특정 공급자가 당신을 차단할 때 해야 할 일로 확대됩니다.

배달성 확인으로 시작하기

추측하지 마세요. KPanel은 도메인의 실제 게시된 DNS 레코드를 확인하고 점수를 매깁니다.

KPanel에 로그인하고 왼쪽 사이드바에서 Email을 클릭합니다.
확인하려는 도메인의 사서함을 클릭합니다.
Deliverability 탭을 열면 "도메인의 이메일 인증 레코드 확인"이라고 제목이 붙어 있습니다.

100점 만점의 점수와 명확한 결과(Excellent, Good, Needs work, Poor)와 중요한 4개 레코드 각각의 행을 얻습니다:

확인	기능
MX Records	수신 이메일이 전달되는 위치를 제어합니다.
SPF	수신 서버에 도메인의 이메일을 보낼 수 있는 서버를 알립니다.
DKIM	이메일에 암호화 서명을 추가하여 귀하가 보낸 것임을 증명합니다.
DMARC	이메일이 인증 확인에 실패할 때 서버가 해야 할 일을 알립니다.

각 행은 Configured, Needs attention 또는 Missing을 표시합니다.

KPanel의 사서함에 대한 Deliverability 탭

누락된 항목 수정

Configured가 아닌 모든 행에는 Auto-fix가 제공됩니다. 클릭하면 Kapsule이 올바른 레코드를 DNS 영역에 게시합니다.

Auto-fix는 누락된 것만 추가합니다. 확인은 명확합니다: "Kapsule이 누락된 SPF, DKIM 및 DMARC 레코드를 DNS 영역에 추가합니다. 기존 레코드는 변경되거나 제거되지 않습니다." 귀하의 고유한 레코드는 안전합니다.

적용한 후 KPanel은 "적용되었습니다. DNS가 전파되는 데 5~30분이 걸릴 수 있습니다."라고 알려줍니다. 즉시 다시 로드하고 걱정하는 대신 그 시간이 지난 후 Re-check을 사용합니다.

Auto-fix는 Kapsule이 호스팅하는 DNS 영역에만 쓸 수 있습니다. 도메인이 다른 DNS 공급자에서 응답하는 경우 Deliverability 탭은 게시할 제안된 레코드를 표시하며, 여기에 직접 추가해야 합니다. 도메인이 확인되는 영역에서 실제로 레코드가 라이브 상태가 될 때까지 아무것도 개선되지 않습니다.

탭이 도메인이 확인되지 않음을 알리면 먼저 소유권 확인을 완료하십시오: 표시되는 TXT 레코드를 게시하고 Verify를 클릭합니다. 이 확인은 다른 사람이 이메일을 위해 도메인을 주장하는 것을 방지합니다.

새 도메인이 시작하는 것

Kapsule을 통해 등록된 도메인은 처음부터 시작하지 않습니다. 영역이 생성되면 우리는 우선순위 10에서 mail.kapsulehost.com을 가리키는 MX 레코드와 v=spf1 mx ~all의 시작 SPF 레코드를 포함한 작동 기준으로 이를 시드합니다. 사이트 자체의 A 레코드와 함께입니다.

Kapsule 이외의 이메일 공급자를 사용하는 경우 이 기준이 당신에게 강요되지 않습니다. Kapsule은 의도적으로 도메인의 MX, SPF, DKIM 또는 DMARC 레코드를 자동 게시하거나 덮어쓰지 않습니다. MX를 공급자에게 가리키고 해당 SPF 및 DKIM을 설정하면 해당 레코드는 정확히 남겨진 상태로 유지됩니다.

각 레코드가 실제로 무엇을 말하는지와 수신 서버가 왜 신경 쓰는지에 대한 적절한 설명은 SPF, DKIM and DMARC Explained을 읽으십시오.

4가지 일반적인 원인

1. SPF 레코드 없음 또는 잘못된 것

SPF는 도메인을 위해 보낼 수 있는 서버를 나열합니다. 이것이 없으면 당신이라고 주장하는 모든 것이 동일하게 타당해 보이며 필터는 모두 의심스럽게 취급합니다.

이 문제의 전형적인 자해 버전은 도메인에 SPF 레코드가 2개 이상인 경우입니다. 도메인은 정확히 하나만 허용되며, 2개를 게시하면 둘 다 무효가 됩니다. 뉴스레터 도구 또는 CRM과 같이 당신을 대신하여 보내는 다른 서비스를 사용하는 경우 해당 서비스의 발신 호스트는 두 번째 레코드가 아니라 단일 SPF 레코드 내에 속합니다.

2. DKIM이 서명하지 않음

DKIM은 메시지가 전송 중에 변경되지 않았고 실제로 도메인에서 왔음을 증명하는 서명을 추가합니다. Kapsule은 DNS에서 자동으로 우리 DNS에 있는 도메인의 DKIM 키를 생성하고 게시합니다. Deliverability 탭이 외부에서 호스팅된 도메인의 DKIM을 누락된 것으로 표시하면 게시된 키가 문제입니다: 제안된 레코드를 사용합니다.

3. DMARC 정책 없음

DMARC는 SPF와 DKIM을 함께 연결하고 메시지가 둘 다 실패할 때 수신 서버가 해야 할 일을 알립니다. DMARC 레코드가 전혀 없는 도메인은 나머지 설정이 얼마나 좋은지에 관계없이 대규모 공급자들에 의해 점점 더 신뢰받지 못합니다.

4. 평판이 없는 도메인

완벽한 인증을 사용하더라도 새 도메인은 발송 기록이 없습니다. 수신 서버는 사람들이 이메일을 원하는지 확인할 수 없으므로 초기 메시지는 한 달 후보다 더 강하게 필터링됩니다. 이는 정상이며 자동으로 해결되며 아래 워밍 섹션에서 이를 도우는 방법을 다룹니다.

DMARC 보호 올바르게 켜기

DMARC 정책을 손으로 작성하고 희망하지 마세요. KPanel은 도메인을 모니터링에서 완전한 보호로 안전하게 가져가는 관리 램프를 실행합니다.

왼쪽 사이드바에서 Domains을 열고 도메인을 클릭합니다.
Email 탭으로 이동하여 DMARC Protection 카드를 찾습니다.
"Not enrolled"를 읽으면 Start DMARC Ramp를 클릭합니다.

램프는 정책을 **None(Monitoring)**을 통해 Quarantine에서 **Reject(Full Protection)**로 14일에 걸쳐 자동으로 이동합니다. "DMARC 보호가 시작되었습니다. 정책이 14일에 걸쳐 램프업됩니다."를 얻습니다.

전체 과정에서 제어를 유지합니다: Pause Ramp, Resume Ramp, 및 Roll Back to None.

거부 정책으로 바로 이동하는 것은 자신의 합법적인 이메일을 사라지게 하는 가장 빠른 방법입니다. 도메인으로 보내는 서비스이면서 아직 SPF 또는 DKIM으로 다루어지지 않은 청구 도구, 예약 시스템, CRM은 필터링되는 것이 아니라 즉시 거부되기 시작합니다. 이것이 정확히 램프가 모니터링에서 시작하는 이유입니다. 무엇이든 시행되기 전에 2주간의 증거를 제공합니다.

DMARC 보고서 읽기

메일이 흐르면 수신 공급자들이 집계 보고서를 다시 보내고 KPanel은 도메인의 동일한 Email 탭의 DMARC Reports 아래에서 수집합니다.

도메인을 사용하는 상위 발신자의 통과 및 실패 열과 함께 합격률, 메시지 수 및 발신자별 IP 분석을 얻습니다.

해당 카드의 각주는 한 줄의 전체 진단 기법입니다: "실패하는 발신자는 일반적으로 아직 승인되지 않은 합법적인 발신자(SPF에 추가하거나 DKIM 설정) 또는 도메인을 스푸핑하는 사람입니다." 볼륨별로 실패하는 발신자를 처리하십시오. 발신자를 인식하고 승인합니다. 인식하지 못하면 방금 도메인을 위조하는 사람을 찾았습니다.

보고서는 즉시가 아니라 주에 몇 번 도착하므로 볼 것이 없다고 결론을 내리기 전에 며칠을 기다리세요.

새 발신 도메인 워밍

새 도메인에서 방금 보내기를 시작한 경우:

작게 시작하세요. 첫 주에 하루에 수십 개의 메시지로 충분합니다.
실제로 참여할 사람들에게 보내세요. 실제 통신자의 답장과 열기는 가장 강한 긍정적 신호입니다.
처음 몇 주에는 콜드 목록에 대한 벌크 발송을 피하세요. 어린 도메인을 손상시키는 것보다 빠른 것은 없습니다.
바운스를 주시하세요. 높은 바운스 속도는 수신 서버에 목록이 깨끗하지 않음을 알립니다.
일관되게 보내세요. 한 날에 5개 메시지를 보내고 다음날 2000개를 보내는 도메인은 손상된 것처럼 보입니다.

Kapsule 사서함은 진정한 비즈니스 통신을 위해 구축되었습니다. 마케팅 캠페인과 대규모 메일링 목록은 자체 목록 관리 및 구독 취소 처리가 있는 전용 벌크 발송 서비스에 속합니다. 일반 사서함을 통해 캠페인을 실행하면 중요한 메시지를 포함하여 보내는 모든 메시지의 평판이 위험해집니다.

도메인이 과거에 자신이든 손상된 사람이든 스팸을 보내는 데 사용된 경우 평판 복구는 훨씬 더 오래 걸리며 지름길은 없습니다.

배달성 테스트

두 개의 무료 도구는 일주일의 추측보다 5분 동안 더 많은 것을 알려줍니다:

Mail Tester at mail-tester.com. 일회용 주소를 제공하고 실제 메시지를 보내면 정확한 메시지에 대한 인증, 포맷 및 스팸 신호를 점수 매깁니다.
MXToolbox 이메일 헤더 분석기. 스팸에 들어간 메시지의 전체 헤더를 붙여넣고 경로를 따라 각 서버가 어떻게 처리했는지 읽습니다.

직접 테스트 메시지 보내기

KPanel의 사서함 페이지에서 Open Webmail을 사용하거나 webmail.kapsulehost.com으로 이동하여 KPanel에서 웹메일을 엽니다. Accessing Your Email via Webmail을 참조하세요.
제어하는 Gmail 또는 Outlook 주소로 평범한 일반 메시지를 보냅니다. 마케팅처럼 보이는 테스트를 만들지 마세요.
스팸에 들어가면 열고 원본 헤더를 읽습니다. Gmail에서는 3점 메뉴를 클릭한 다음 Show original을 클릭하면 SPF, DKIM 및 DMARC 결과가 명시적으로 표시됩니다.

주제에 "test"라는 단어가 있고 본문이 한 줄인 메시지가 아닌 실제 이메일처럼 보이는 메시지로 테스트합니다. 새 도메인의 짧고 내용이 없는 메시지는 그 자체로 스팸 신호이며 테스트에서 만든 문제를 추적하게 됩니다.

인증 이상의 필터를 트리거하는 항목

인증이 녹색이 되면 메시지 자체가 중요합니다:

모든 대문자로 된 제목, 또는 느낌표와 통화 기호가 많음
거의 텍스트가 없는 하나의 큰 이미지인 메시지
링크 단축기, 또는 텍스트가 대상과 일치하지 않는 표시 링크
From 주소와 실제로 메시지를 보낸 도메인 간의 불일치
실행 가능 또는 매크로 사용 형식의 첨부파일
이전에 이메일을 스팸으로 표시한 수신자는 당신이 주장할 수 없는 수신자별 신호입니다.

특정 공급자가 차단하는 경우

Google and Gmail. Google Postmaster Tools at postmaster.google.com은 도메인 소유자에게 Gmail로 전송된 이메일의 배달 오류, 스팸 비율 및 도메인 평판에 대한 실제 데이터를 제공합니다. 도메인을 확인하고 스팸 비율을 먼저 읽습니다.

Microsoft, Outlook and Hotmail. Microsoft SNDS를 사용하여 발송 평판을 보고 제거 요청을 제출합니다.

그 외 모든 것. 거의 모든 공급자는 자체 프로세스를 설명하는 postmaster 또는 남용 페이지를 실행합니다. 공급자 이름에 "postmaster"를 더해 검색하세요.

블랙리스트

합법적인 이메일이 정크 폴더가 아니라 완전히 거부되는 경우 도메인 또는 발송 주소가 나열되어 있는지 확인합니다. mxtoolbox.com/blacklists.aspx의 MXToolbox 블랙리스트 확인은 주요 목록을 한 번에 쿼리하고 각 목록은 해당 목록의 자체 제거 프로세스에 연결됩니다.

Kapsule은 발송 인프라를 운영하므로 자신의 도메인이 아닌 네트워크 수준에서 목록을 의심하는 경우 우리가 조사합니다. Open a support ticket을 정확한 바운스 메시지, 전체 오류 텍스트 및 발생한 시간과 함께 엽니다.

문제 해결

Deliverability 탭에 "Managed by Kapsule"이 표시됩니다. 사서함이 기본 제공 Kapsule 하위 도메인에 있으며 해당 레코드는 최신 상태로 유지하는 공유 상위 영역에 있습니다. 구성할 것이 없습니다. 도메인별 패널을 원하면 사용자 정의 도메인을 사서함에 가리킵니다.

Auto-fix가 실행되었지만 점수가 이동하지 않았습니다. DNS가 전파되는 데 5~30분이 걸립니다. 기다린 다음 Re-check을 사용합니다. 아직 이동하지 않았으면 도메인이 Kapsule이 호스팅하지 않는 DNS에서 응답하고 있을 가능성이 높습니다.

메일이 Gmail에는 도달하지만 Outlook에는 도달하지 않습니다. 또는 그 반대입니다. 공급자는 신호에 다르게 가중치를 두고 별도의 평판을 유지합니다. DNS를 다시 변경하는 대신 관련 공급자의 자체 postmaster 도구를 확인합니다.

한 명의 수신자는 절대 메일을 받지 못하고 다른 모든 사람은 받습니다. 일반적으로 자신의 측면의 규칙이나 블록, 또는 자신의 조직의 메일 게이트웨이입니다. 정크 폴더와 차단된 발신자 목록을 확인하도록 요청합니다.

수신 메일이 필터링되고 있습니다. 발신 메일이 아닙니다. 완전히 다른 문제입니다. 사서함의 Spam filter 탭은 무엇이 도착하는지를 제어합니다. Email Not Receiving을 참조하세요.

모두 녹색이고 메일은 여전히 스팸으로 갑니다. 평판은 시간과 참여가 필요합니다. 볼륨을 적당히 유지하고 응답하는 사람들에게 계속 보내며 몇 주 후에 DMARC 보고서를 다시 확인합니다.