귀하의 이메일을 확인하는 방법
특정 사본이 도착한 위치와 전송 설정 및 콘텐츠에 대해 무엇을 설정할 수 있는지 확인합니다. 결과는 기록된 확인 시간의 테스트 사서함을 설명합니다. 적용 범위는 부분적일 수 있습니다. 사용 가능한 결과는 누락된 검사가 통과되었음을 입증하지 않습니다.
이메일이 도착한 곳
자신의 전송 시스템에서 선택한 테스트 주소로 이메일을 보냅니다. 우리는 각 공급자에서 해당 복사본을 찾고 해당 폴더와 감지 시간을 저장합니다. 이는 특정 사서함을 관찰합니다. 전체 캠페인을 예측하지는 않습니다.
- 받은 편지함, 스팸, 기타 폴더
- 해당 폴더에서 복사본이 발견되었습니다. 프로모션 및 뉴스레터는 수신된 것으로 간주되지만 기본 받은 편지함으로는 계산되지 않습니다.
- 이메일을 찾을 수 없습니다
- 성공적인 검색 결과 확인 중에 일치하는 사본이 발견되지 않았습니다. 이는 배송 거부 또는 스팸 배치를 증명하지 않습니다.
- 확인할 수 없음
- 메일함 읽기에 실패했거나 증거가 부족합니다. 우리는 알 수 없는 결과를 스팸이나 받은 편지함으로 대체하지 않습니다.
받은편지함 비율 계산 방법
기본 받은 편지함 ¼ 받은 외부 복사본 × 100
예: 받은 편지함 3개 + 스팸 6개 + 찾을 수 없음 1개 = 선택한 사서함 10개. 9개의 사본이 접수되었습니다. 받은 편지함 점유율은 3/9, 즉 33%입니다. 항상 분자, 분모 및 관찰 범위를 읽으십시오.
LDM 진단 사서함은 외부 개수 및 받은 편지함 비율에서 제외됩니다. 누락된 복사본, 반송 및 사용할 수 없는 사서함도 이 비율에서 제외됩니다. 샘플이 충분하지 않으면 전체 등급을 알 수 없습니다. 등급 표시 기준은 기술적 서비스 규칙이지 시청자에 대한 통계적 보장이 아닙니다.
기술 상태 및 카피 매칭
API에서는 사본 없이 확인된 검색은 배치=not_received, provider_availability.status=사용 가능, 이유=mailbox_read_succeeded. measured_at 읽은 시간을 기록합니다.
읽기 실패가 확인된 저장된 not_received 결과는 이유=mailbox_read_failed인 seed_unavailable가 됩니다. provider_availability에서 읽기 오류가 발생하여 완료되지 않은 결과가 보류 중입니다. 읽은 증거가 누락되어도 검색이 완료되지 않습니다.
배달 기록 및 실패한 서비스 제어 배달은 저장된 측정값을 재정의하지 않습니다. 각 복사본에는 공급자, 수신 시간 및 사용 가능한 메시지 ID가 유지됩니다. 하나의 보고서에는 서로 다른 보낸 사람 도메인이 포함될 수 있습니다. 이는 사본 간의 차이일 뿐 관련 없는 메시지가 발견되었다는 증거는 아닙니다. 일치 여부는 식별자와 사용 가능한 검색에 따라 달라집니다. IMAP UID는 사서함 및 UIDVALIDITY에 연결되어 있습니다. 메시지를 이동하면 UID가 변경될 수 있습니다. Microsoft Graph에는 자체 ID 규칙이 있습니다. 한정된 검색에서는 사본이 누락될 수 있습니다.
24시간 관측
초기 결과 및 이후 확인
초기 수집은 일반적으로 약 10분 후에 완료됩니다. 수신된 각 외부 복사본에는 처음으로 확인된 탐지부터 시작하여 자체적인 24시간 기간이 있습니다. 나중에 확인하면 동일한 사본이 관찰됩니다. 우리는 차트를 그리기 위해 새로운 이메일을 보내지 않습니다.
관찰은 매 시간마다 예정되어 있습니다. 컴팩트 차트는 0/3/6/12/18/24시간에 선택된 체크포인트를 표시합니다. 저장된 측정 시간에만 색상으로 폴더를 확인합니다. 인접한 결과가 일치하는 경우에도 검사 사이의 위치를 알 수 없습니다.
미래의 점, 격차 및 오류는 별개의 상태로 유지됩니다. 이후 오류는 이전에 확인된 폴더를 삭제하지 않지만 현재 폴더도 확인하지 않습니다. 창이 완료되었다고 해서 모든 측정이 성공했다는 의미는 아닙니다.
변경 알림 및 최종 이메일은 활성화된 설정 및 수신자 확인에 따라 달라집니다. 해당 상태는 보고서에 표시됩니다. 구독 취소된 수신자는 알림을 받지 않습니다.
차트 타임스탬프의 의미
예약된 시도는 성공적인 측정이 아닙니다. 대기열, 공급자 제한 및 오류로 인해 검사가 지연되거나 건너뛸 수 있습니다. 확인된 차트 포인트와 전체 시도 목록은 서로 다른 개수입니다. 알 수 없는 일정은 실제 관찰이 없음을 입증하지 않습니다.
스팸이 처음 발견되었다고 해서 받은 편지함이 이전에 배치되었다는 의미는 아닙니다. 검사 사이에 폴더 변경이 감지되었습니다. 정확한 시간과 원인은 알 수 없습니다. 최종 결과에는 불완전한 관찰을 포함하여 마지막으로 확인된 폴더와 시간이 유지됩니다. 정확히 24:00에 성공적인 측정이 보장되지는 않습니다.
발신자와 서버
전송 확인은 저장된 복사본 하나에서 이루어집니다. 먼저 적합한 ID가 있는 LDM 진단 복사본이고, 그렇지 않으면 적합한 외부 복사본입니다. 신뢰할 수 있는 일치를 사용할 수 없는 경우 선택한 복사본은 불확실한 것으로 표시됩니다. 세부 정보는 소스, 시간, 보낸 사람 및 사용 가능한 IP를 식별합니다. 누락된 결과를 다른 사본의 패스로 채우지 않습니다.
도메인 인증
보낸 사람은 메시지에 명시된 주소입니다. 사본을 받고 테스트를 위해 입력한 주소와 일치하면 인증되지 않습니다. 충분한 증거가 성공적인 DMARC 확인을 해당 사본에 바인딩하는 경우에만 도메인에서 보낸 인증을 별도로 표시합니다. 이는 특정 사서함이나 사람을 확인하지 않습니다.
- SPF
- IP가 반송 주소로 사용되는 SMTP 봉투 도메인에 대한 전송 권한이 있는지 확인합니다. From과 다를 수 있습니다.
- DKIM
- 서명된 메시지 부분의 서명과 무결성을 확인합니다. 서명 도메인은 보낸 사람과 다를 수 있습니다. 서명이 없는 것과 검증에 실패한 서명은 다른 결과입니다.
- DMARC
- 표시되는 보낸 사람과 정렬된 도메인을 사용하여 성공적인 SPF 또는 DKIM 검사가 필요합니다. p=none 정책은 인증 실패가 아니라 모니터링을 의미합니다.
확인 결과 도메인이 인증되지 않으면 확인되지 않은 것으로 표시됩니다. 증거가 불충분하면 결과를 알 수 없습니다. 입력한 도메인과 From의 차이는 별도로 표시됩니다. 인증이 성공한다고 해서 받은 편지함 배치가 보장되는 것은 아닙니다.
증거 소스, 요약 및 사양 버전
원본 메시지의 저장된 로컬 유효성 검사 또는 신뢰할 수 있는 수신 서버 결과를 사용합니다. 임의의 인증-결과 헤더는 증거가 아닙니다. SMTP 출처 문제: 수신된 IP는 릴레이에 속할 수 있습니다. SMTP 봉투와 HELO는 표시되는 From만으로는 재구성할 수 없습니다. 인증을 위해서는 동일한 사본의 도메인에 바인딩된 성공적인 DMARC 결과가 필요합니다. 충분한 구속력이 없는 오래된 기록은 알 수 없는 상태로 남아 있습니다.
기술적인 All Clear 요약에는 성공적인 SPF, DKIM, DMARC 및 PTR 검사, 알려진 소스 데이터 및 적중 없이 완료된 차단 목록 쿼리가 필요합니다. 확인된 문제는 발견된 문제를 생성합니다. 증거가 누락되었거나 오류가 발생하여 확인할 수 없습니다. 문제와 불완전한 증거가 공존할 수 있습니다. 동일한 도메인 및 IP에 대한 충돌 결과는 계속 표시됩니다.
SPF, DKIM 및 DMARC 가용성은 독립적입니다. SPF에 대한 SMTP 증거가 누락되어도 사용 가능한 DKIM 서명 확인이 무효화되지 않습니다. 각 방법은 정확한 결과와 가용성 이유를 유지합니다. 이는 모든 공급자의 최소 요구 사항이 아닌 확인 요약 규칙입니다. 별도의 도메인 인증 결과에는 자체적인 뒷받침 증거가 필요합니다. SPF는 통과, 실패, 소프트페일, 중립, 없음 및 오류를 유지합니다. null SMTP 역방향 경로는 HELO ID를 사용합니다. DKIM 키 조회에는 선택기가 필요합니다. 알 수 없는 선택기는 손상된 DKIM을 설정하지 않습니다.
엄격한 DMARC 정렬에는 동일한 도메인이 필요합니다. 완화된 정렬은 평가자의 규칙에 따라 조직 영역을 사용합니다. 현재 사양은 RFC 9989이며, 이는 RFC 7489 및 RFC 9091을 폐기합니다. 저장된 로컬 결과는 mailauth 4.6.8 및 해당 도메인 평가 규칙을 사용했습니다. 보고서를 열면 새 사양에 따라 보고서가 다시 계산되지 않습니다.
저장된 메소드 버전: 2026-10-01; 현재 결과-해석 개정: 2026-11-04. 평가자 개정은 저장된 위치에만 표시됩니다. 이전 보고서의 누락된 개정은 오늘 날짜로 대체되지 않습니다. 우리는 버전이 지정된 보수적인 규칙을 사용합니다. 불충분한 증거는 알려지지 않았습니다. 재현 가능한 것으로 확인된 사례는 회귀 테스트 후에만 버전이 지정된 규칙을 확장합니다. 지원되지 않는 사례는 알 수 없는 상태로 유지됩니다. 규칙은 테스트 결과에서 자동으로 학습되지 않습니다. 이 문서의 검토 날짜는 엔진 버전이나 기록 결과를 변경하지 않습니다.
PTR, DNS 및 차단 목록
IP → PTR → A/AAAA →동일한 IP
IP가 A/AAAA 레코드에 동일한 IP가 포함된 호스트 이름을 가리키는 경우 PTR이 통과됩니다. 호스트 이름은 보낸 사람 도메인과 일치할 필요가 없습니다. 누락된 기록이나 IP 불일치로 인해 검사가 실패합니다. 조회 오류 또는 증거 누락은 확인할 수 없음을 의미합니다.
PTR 및 차단 목록 결과는 확인 시 명시된 IP를 설명합니다. 세부 정보에는 IP 소스가 표시됩니다. 헤더의 주소는 릴레이에 속할 수 있습니다. 이러한 결과는 보낸 사람 도메인을 인증하지 않습니다.
IP 차단 목록 확인은 선택된 저장된 메시지 사본에 대해 식별된 IP를 사용합니다. IP와 소스를 보여줍니다. 메시지 헤더의 주소는 릴레이에 속할 수 있으며 자체적으로 보낸 사람을 인증하지 않습니다. IP를 사용할 수 없는 경우 결과는 알 수 없는 상태로 유지됩니다. MX 주소, From에서 추론된 주소 또는 다른 복사본의 IP를 대체하지 않습니다. 우리는 제한된 IP 차단 목록 세트를 쿼리합니다. "확인된 차단 목록에 나열되지 않음"은 완료된 명명된 검사에서 기록된 시간에 목록이 발견되지 않았음을 의미합니다. 목록, 오류 및 불완전한 검사가 별도로 표시됩니다. 도메인 확인은 IP 확인을 대체하지 않습니다. 목록이 없다고 해서 좋은 평판이나 받은 편지함 배치가 보장되지는 않습니다.
이는 저장된 결과입니다. 보고서를 열어도 새 확인이 실행되지 않습니다. 사본 수신 시간은 차단 목록 확인 시간과 별개입니다. 확인 시간이 저장되지 않은 경우 이를 명시적으로 명시합니다.
PTR을 구성하는 사람과 HELO의 차이점
IP 소유자 또는 전송 서비스가 PTR을 구성합니다. 자체 서버의 경우 IP 공급자에게 PTR을 mail.example.org와 같은 호스트 이름으로 설정하도록 요청한 다음 해당 호스트 이름의 A/AAAA가 동일한 IP를 가리키도록 하세요. 일반 도메인 영역의 PTR 레코드는 IP 역방향 영역을 구성하지 않습니다. 전송 플랫폼은 자체 서버에 대한 PTR을 관리합니다.
정방향 조회는 처음으로 반환된 PTR 호스트 이름(IPv4의 경우 A, IPv6의 경우 AAAA)을 확인합니다. 여러 이름이 반환되면 나머지 이름은 확인된 것으로 간주되지 않습니다. 해당 개수는 세부적으로 유지됩니다. HELO/EHLO는 SMTP 서버에서 표시하는 이름입니다. 해당 구성 및 추가 공급자 요구 사항은 PTR 결과와 별개입니다. 이름이나 확인 증거가 누락된 경우 일치하는 것으로 간주되지 않습니다.
DNS 레코드는 성공적인 메시지 확인이 아니라 게시된 설정입니다. SPF TXT 레코드, DKIM 키 또는 DMARC 정책만으로는 이 복사본을 인증할 수 없습니다. MX는 수신 메일 서버를 식별하고 발신 IP를 설정하지 않습니다. 저장된 보고서 확인은 페이지를 열 때마다 새로운 DNS 조회가 아닙니다.
이메일 내용
전달 테스트에서는 수신된 복사본을 분석합니다. 별도의 초안 검사기가 업로드된 콘텐츠를 분석합니다. 외부 복사본의 원본 MIME은 로컬 인증을 지원할 수 있습니다. MIME 콘텐츠는 완전한 SMTP 증거 없이 기술적으로 분석할 수 있지만 콘텐츠, SpamAssassin 및 Rspamd 결과는 해당 검사가 실제로 실행된 경우에만 표시됩니다. 사용 가능한 MIME만으로는 이러한 검사가 실행되었음을 의미하지 않습니다. 보고서는 완료된 검사, 건너뛴 검사, 사용할 수 없는 검사를 구분합니다. 분석기 점수는 받은 편지함 비율이나 스팸의 확립된 원인이 아닙니다.
SpamAssassin과 Rspamd는 서로 다른 규칙과 임계값을 사용합니다. 그 결과는 배달 확률로 평균화되지 않습니다. 저장된 스크린샷은 모든 이메일 클라이언트를 테스트하는 것이 아니라 캡처된 컨텍스트의 메시지를 보여줍니다. 누락된 스크린샷은 폴더 측정을 무효화하지 않습니다.
받은 사본
사용 가능한 메시지 사본을 구문 분석합니다. 불완전하거나 암호화되었거나 사용할 수 없는 부분은 성공적으로 확인된 것으로 간주되지 않습니다.
이 검사의 작동 방식과 한계
원시 MIME 분석 한도는 20MiB(20 × 1024 × 1024바이트)입니다. 결합된 HTML과 텍스트에는 별도의 2MiB 제한이 적용됩니다. 이를 초과하면 콘텐츠 분석이 불가능해지고 잘린 본문에 대해서는 성공하지 못합니다. 검색 경로에는 제한된 IMAP 경로의 10MiB를 포함하여 더 낮은 제한이 있을 수 있습니다. 따라서 20MiB 미만의 크기 자체가 전체 분석을 보장하지는 않습니다.
텍스트 버전
원래의 일반 텍스트 부분을 찾습니다. HTML에서 생성된 텍스트는 별도의 버전이 아닙니다. 이전 보고서에는 이 측정값이 포함되어 있지 않을 수 있습니다.
버전 비교
정규화된 HTML과 일반 텍스트 콘텐츠를 비교하고, 텍스트 부분에서 누락된 HTML 링크를 별도로 찾습니다. 차이가 다른 의미를 확립하지는 않습니다. 감지된 차이가 없다고 해서 동등한 의미가 보장되는 것은 아닙니다.
이 검사의 작동 방식과 한계
텍스트 비교는 URL과 문자 및 숫자 이외의 문자를 제거한 다음 대소문자를 정규화합니다. 이는 번역이나 의미 확인이 아닌 기술적 비교입니다.
구문 사전
우리는 제한된 LDM 러시아어 및 영어 사전과 대상 및 표시되는 텍스트의 전체 단어와 구문을 일치시킵니다. 일치는 스팸 원인의 증거가 아니라 문구를 검토하는 이유입니다.
이 검사의 작동 방식과 한계
LDM 규칙 1389.1은 인식된 URL, 이메일 주소, 코드, 명시적인 인용문 및 인근 부정을 제외합니다. 이는 완전한 언어 이해나 공급자의 금지 단어 목록이 아닌 경험적 방법입니다. 다른 언어는 선택된 것으로 간주되지 않습니다.
링크
우리는 적격한 웹 링크 가용성을 확인합니다. HTTP 404/410, 액세스 거부, 속도 제한 및 시간 초과는 서로 다른 결과입니다. 건너뛴 링크는 작동 중인 것으로 간주되지 않습니다.
이 검사의 작동 방식과 한계
인식된 구독 취소 및 기타 작업 링크는 열리지 않습니다. 안전 및 액세스 제한으로 인해 요청이 차단될 수 있습니다. 서버 응답은 확인 시간과 조건을 설명하지만 모든 수신자의 가용성을 보장하지는 않습니다.
첨부파일
첨부된 파일과 디코딩된 크기를 계산합니다. 인라인 이미지는 별개입니다. 이전 보고서에 데이터가 누락되었다고 해서 파일이 없다는 의미는 아닙니다.
이 검사의 작동 방식과 한계
목록에는 최대 30개의 파일이 표시됩니다. 지원되는 파일 형식 검사에는 사용 가능한 모든 첨부 파일이 포함됩니다. 감지된 파일이 없는 첨부 파일에 대한 참조는 확인을 위한 텍스트 기반 제안입니다.
파일 형식
인식된 파일 형식을 해당 확장자와 비교합니다. 우리는 파일을 실행하거나 아카이브의 압축을 풀거나 바이러스 백신 검사를 수행하지 않습니다.
이 검사의 작동 방식과 한계
MailParser는 첨부 파일을 추출합니다. 파일 유형 16.5.4는 초기 바이트에서 지원되는 형식을 인식합니다. 인식할 수 없는 유형은 파일 안전을 설정하지 않습니다. 이메일 클라이언트 첨부 제한 사항은 참조 정보입니다.
추적 지표
추적, 픽셀, 비콘 또는 공개 주소 표시기를 사용하여 작거나 숨겨진 원격 이미지에 플래그를 지정합니다. 이는 이메일을 열었다는 증거가 아니라 목적에 대한 추론입니다.
이 검사의 작동 방식과 한계
LDM 규칙 1389.1은 이미지를 로드하지 않고 HTML을 검사합니다. 스페이서와 인라인 이미지만으로는 증거를 추적할 수 없습니다. 규칙 일치 없음은 다른 추적 기술을 제외하지 않습니다.
구독 취소
List-Unsubscribe에서는 본문 링크, HTTPS URL, List-Unsubscribe-Post에서는 List-Unsubscribe=One-Click 값을 별도로 탐지합니다. 감지된 헤더는 버튼이 작동한다는 것을 증명하지 않습니다. 우리는 구독 취소 요청을 제출하지 않습니다.
이 검사의 작동 방식과 한계
우리는 List-Unsubscribe=One-Click 값을 인식합니다. 전체 RFC 8058 규정을 준수하려면 헤더와 작동 중인 HTTPS POST 엔드포인트를 모두 포함하는 유효한 DKIM 서명도 필요합니다. 우리의 헤더 존재 여부 확인은 이러한 조건을 설정하지 않습니다. 구독 취소 요구 사항은 메시지 유형 및 공급자에 따라 다릅니다.
이메일 기술
양식, 미디어, 포함된 요소 및 코드, AMP, Outlook 카드, 구조화된 데이터 및 달력 데이터, 이미지 형식 및 확인된 애니메이션을 감지합니다. 코드가 실행되지 않습니다. 레이아웃은 모든 클라이언트에서 테스트되지 않습니다.
이 검사의 작동 방식과 한계
이메일로 보낼 수 있습니까? 참조 데이터는 특정 기능과 클라이언트 버전을 설명합니다. 테스트 날짜가 자세히 표시됩니다. 모든 클라이언트에서 이메일을 새로 테스트하는 것은 아닙니다. 누락된 프로필은 호환성이 확인되지 않았음을 의미합니다.
크기
원시 메시지 바이트와 디코딩된 첨부 파일 크기는 별도의 측정값입니다. HTML에 텍스트 크기를 더하면 전체 메시지 크기와 같지 않거나 그 자체가 Gmail 클리핑을 증명합니다.
AI 텍스트 리뷰
활성화되면 이메일 주소와 웹 링크가 대체된 모델에 제목과 표시되는 텍스트가 전송됩니다. 첨부 파일과 기술 헤더는 전송되지 않습니다. AI는 철자 수정 및 임시 메시지 유형을 제안합니다. 편집 내용은 자동으로 적용되지 않습니다.
이 검사의 작동 방식과 한계
이 리뷰에서는 최대 500개의 주제 문자와 8,000개의 본문 문자를 사용합니다. 긴 메시지는 부분적으로 검토됩니다. 모델, 이유, 적용 범위를 보여주고, 본문에 인용된 구절이 나오는지 확인합니다. 링크와 주소를 교체한다고 해서 기밀 데이터가 완전히 제거되는 것은 아닙니다. 이는 Microsoft 또는 스팸 필터 판정이 아닌 모델 제안입니다.
제목 및 채워지지 않은 필드
빈 제목, 대체 문자 � 및 감지된 템플릿 필드는 관찰 가능한 사실입니다. 메시지가 스팸함으로 이동된 이유를 혼자서는 알 수 없습니다.
LDM 콘텐츠 규칙 버전: 1389.1. 저장된 보고서에는 당시 수행된 점검 내용이 설명되어 있습니다.
AI 상담 및 데이터
AI 상담 버튼은 자동 텍스트 리뷰와 별개입니다. 선택된 외부 보조자는 준비된 질문과 한 번의 테스트에 대해 정리된 데이터에 대한 링크를 받습니다. 공유하기 전에 데이터 범위와 질문을 검토하세요. 메시지 텍스트에는 기밀 정보가 포함될 수 있습니다.
보고서에서 AI 버튼을 클릭하면 액세스를 준비하고 활성화한 다음 채팅이 열립니다. 보고서를 로드하는 것만으로는 액세스가 활성화되지 않습니다. 링크는 새로운 확인이나 전송을 트리거하지 않고 해당 테스트에 대해 업데이트된 저장된 사실을 읽습니다.
액세스는 표시된 만료일까지, 즉 링크 준비일로부터 최대 7일까지 지속됩니다. 활성 링크가 있는 사람은 누구나 데이터를 읽을 수 있습니다. 접근권한을 철회할 수는 있지만, 이미 다운로드한 데이터는 다시 불러올 수 없습니다. 관리 링크를 비공개로 유지하세요.
어시스턴트에 대한 질문, JSON 및 TXT는 사이트 언어와 관계없이 영어로 제공됩니다. 미리 채우기에 실패하면 질문을 수동으로 붙여넣으세요. 어시스턴트가 링크를 읽을 수 없는 경우 JSON 내보내기를 사용하십시오. 채팅을 여는 것은 AI가 데이터를 수신했거나 읽었다는 것을 증명하지 않습니다.
공유 데이터 및 상담 한도
내보내기에서는 소스와 시간을 유지하면서 배치, 인증, DNS, 차단 목록, 분석기 및 콘텐츠를 분리합니다. 사용할 수 없는 데이터가 명시적입니다. 원본 메시지 자료는 보관되고 안전하게 삭제된 경우에만 포함됩니다. 사용자가 추가한 텍스트는 수신된 사본과 독립적으로 일치하지 않습니다.
이메일 주소, 전체 URL 및 인식 가능한 비밀은 수정됩니다. 바이너리 첨부 파일은 공유되지 않습니다. 이는 민감한 자료를 제출할 이유가 되지 않습니다. 준비 페이지에서는 데이터를 검사하고 액세스 권한을 별도로 취소할 수 있습니다. 이전 링크에는 업데이트된 데이터가 아닌 고정된 스냅샷이 포함될 수 있습니다.
인쇄된 클라이언트 보고서에는 서비스 프롬프트와 원시 JSON이 생략되어 있습니다. AI 답변이 틀릴 수 있습니다. 사실은 가설과 분리되어야 하며, 이메일 내의 지침은 메시지 콘텐츠로 취급되어야 합니다. 상담에서는 메일을 보내거나 설정을 변경하거나 향후 받은 편지함 배치를 보장하지 않습니다.
소리 해석의 예
- 선택한 모든 사서함의 받은 편지함
- 해당 복사본은 전체 향후 캠페인이 아니라 해당 시점에 확인됩니다.
- 하나의 결과, 나머지는 알 수 없음
- 한 제공자의 결과를 다른 제공자에게 확장하지 마십시오. LDM은 관찰 공백을 조사합니다.
- 스팸 또는 보조 폴더
- 실제 폴더의 이름을 지정하십시오. 확립된 원인과 가능성을 구별합니다. 보조 카테고리는 스팸이 아닙니다.
- 폴더 변경 또는 이후 공백
- 관찰의 순서와 시간을 유지하십시오. 오류가 발생하면 이전 발견 내용이 지워지지도 않고 현재 위치가 확인되지도 않습니다.
- 인증 통과, 사본은 스팸함에 있음
- 도메인 인증과 필터의 결정은 별개의 사실입니다. 저장된 다른 증거를 검토하세요.
- SPF, DKIM 또는 수신기 결과가 다름
- 복사본을 결합하지 마십시오. DMARC에는 전달 방법과 도메인 정렬이 필요합니다. 소스와 시간을 유지합니다.
- DNS, 분석기 또는 액세스 오류
- 확인이 완료되지 않았다는 것은 통과가 이루어지지 않았다는 의미입니다. PTR, 차단 목록 및 분석기 점수를 별도로 처리합니다.
- AI가 링크를 읽을 수 없거나 다른 텍스트를 수신하지 못했습니다.
- 한계를 명시하고 이용 가능한 사실을 활용하십시오. 추가된 텍스트는 원본과 일치하지 않습니다.
결함이 확인된 후 해당 결함을 수정하고 새로운 제어 테스트를 보냅니다. 스팸이 계속되면 최소한의 텍스트, 비즈니스 텍스트, 링크, 서식, 추적 등 한 번에 하나의 변경 사항을 비교하세요. 필수 구독 취소를 유지하세요. 연결에는 확인 테스트가 필요하며 자체적으로 필터링 원인을 설정하지 않습니다. 우리는 평판 복구 날짜를 약속하지 않으며 필터를 피하기 위해 신원 변경을 권장하지 않습니다.
재테스트 및 모니터링
캠페인을 테스트하려면 기존 사본을 전달하지 않고 고객에게 보내는 것과 동일한 방식으로 동일한 이메일을 보내십시오. 동일한 시스템의 이메일은 전송 설정을 테스트할 수 있지만 해당 폴더는 다른 콘텐츠에 대한 결과를 예측하지 않습니다. 변경사항에는 새로운 전송이 필요합니다. 이전 사본을 다시 관찰하는 것은 새로운 전송 테스트가 아닙니다.
보고서 링크를 저장하세요. 테스트 페이지의 영구 링크는 다음 이메일 주소와 테스트 기록으로 연결됩니다. 액세스 권한을 부여하려는 사람들에게만 데이터 액세스 링크를 공유하세요.
도메인 모니터링은 약 6시간마다 별도의 설정을 확인합니다. 등록 기록을 작성하고 선택한 변경 사항을 보고합니다. 게스트 스냅샷은 반복 모니터링을 활성화하지 않습니다. 저장된 리소스 및 개인 알림에는 이메일 확인이 필요합니다.
모니터링 범위 및 결과 제한
사용 가능한 검사에는 DNS, 메일, HTTP/HTTPS, TLS 및 선택한 사용자 지정 규칙이 포함됩니다. 메일 관찰에는 SPF, DMARC, MX, 샘플링된 MX PTR 및 차단 목록, 사용 가능한 STARTTLS, MTA-STS 및 TLSA 데이터가 포함됩니다. 들어오는 MX IP는 나가는 서버와 다를 수 있습니다. 통합에는 고유한 연결 및 소유권 요구 사항이 있습니다.
DNS 모니터링은 받은 편지함 배달을 지속적으로 측정하지 않습니다. 확인은 실제 시청자 불만률, 참여 또는 모든 제공업체의 규칙에 대한 완전한 준수를 설정하지 않습니다. 한 번의 테스트로 스팸의 모든 원인을 설명하거나 다음 캠페인의 결과를 보장할 수는 없습니다.
소스 및 한도
표준은 프로토콜을 설명합니다. 검사 계산 및 요약 규칙은 위에 설명되어 있습니다. 인용은 서비스를 인증하지 않습니다. 메일 공급자 요구 사항은 수신자 서비스, 전송량 및 메시지 유형에 따라 다르며 변경될 수 있습니다.
기술 사양
- SPF — RFC 7208
- DKIM - RFC 6376
- DMARC — RFC 9989
- 인증 결과에 대한 신뢰 - RFC 8601
- SMTP 및 EHLO - RFC 5321
- IMAP 식별자 - RFC 9051
- Microsoft Graph 식별자
Google과 Yahoo는 전체 발신자 요구 사항과 대량 발신자 요구 사항을 구분합니다. 연결된 Microsoft 요구 사항은 소비자 Outlook.com 주소 및 대용량과 관련이 있습니다. 서버 이름 지정 및 불만 비율 권장 사항은 위에서 설명한 PTR 기준을 대체하지 않습니다.
저장된 결과와 스크린샷에는 메시지의 진단 발췌문이 포함될 수 있습니다. 테스트를 위해 비밀이나 민감한 데이터를 제출하지 마세요. 처리, 보유 및 삭제는 다음 항목에 설명되어 있습니다. 개인 정보 보호 정책.