이메일 배달 가능성에 영향을 미치는 4가지 요소

다음은 SMTP에 대해 자세히 살펴보는 Windows IT Pro의 게스트 게시물 시리즈 중 일부입니다. 지금까지 SMTP(Simple Mail Transfer Protocol)의 역사에 대해 배웠고 이메일이 "전달된" 것으로 간주되는 경우에 대한 다양한 정의를 살펴보았습니다. Windows IT Pro의 이 마지막 게시물에서는 전자 메일 배달 가능성에 영향을 미치는 4가지 주요 요소를 검토합니다.

좋은 전송 평판, SPF 및 DKIM을 통한 메일 인증, 강력한 권한 부여 등 많은 요소가 배달 가능성에 영향을 줄 수 있습니다. 그러나 네 가지 요소가 실제로 두드러집니다.

1. 메시지 인프라의 상태
2. 메시지 내용
3. 누가 보내는거야
4. 수신 시스템의 가용성

메시지 인프라 상태

네트워크 및 인프라 상태는 분명히 메시지를 전달할 수 있는지 여부에 큰 영향을 미칩니다. SMTP는 DNS(Domain Name Service)를 통한 안정적인 네트워크 연결 및 이름 확인이 있다고 가정합니다. 이러한 기능을 방해하는 모든 것이 메시지 전달을 방해할 수 있습니다.

대부분의 관리자는 이를 인지하고 인바운드 트래픽을 보호하기 위한 조치를 취합니다. 예를 들어 여러 MX(Mail Exchanger) DNS 레코드를 사용하여 인바운드 메일에 대한 중복 경로를 제공하는 것이 일반적입니다. 그러나 발신자로서 수신자의 서버 또는 DNS 구성을 제어할 수 없으며 발신 또는 수신 시스템에 불안정한 연결 또는 DNS 문제가 있는 경우 적시에 안정적인 방법으로 메일을 전달하기 어려울 수 있습니다.

메시지 내용

메시지 내용은 다양한 이유로 메시지 전달 가능성에 중요한 영향을 미칩니다. 내용(첨부 파일, URL, 메시지 텍스트 및 헤더 포함)을 검사하여 메시지를 스팸 또는 맬웨어로 인식하는 것은 원치 않는 내용을 식별하고 차단하는 매우 좋은 방법임이 입증되었습니다. 그러나 데이트 사이트, 모기지 및 다양한 종류의 의약품에 대한 합법적인 이메일은 결국 필터에 걸릴 수 있습니다.

메시지 필터의 처음 몇 세대는 상당히 제한적이었습니다. 특정 패턴 및 콘텐츠 항목과만 일치할 수 있습니다. 필터링 기술의 주요 개선 사항 중 하나는 여러 사이트와 서비스가 중앙 서비스에 스팸 보고서를 제공할 수 있는 협업 필터의 도입이었습니다. 협업 필터링의 문제는 어딘가에 있는 한 필터에서 메시지가 스팸이라고 결정하면 동일한 필터링 데이터를 사용하는 다른 사이트에서 질문 없이 해당 메시지를 차단한다는 것입니다.

보낸 사람 기록 및 필터링

평판 기반 필터링의 도입으로 협업 필터링이 더욱 향상되었습니다. 발신자의 평판이 계산되는 정확한 방법은 필터마다 다르지만 아이디어는 동일합니다. 평판 시스템은 메시지 소스 ( 발신자 의 IP 주소 및 알려진 도메인 포함), 과거(단위 시간당 전송된 메시지 수 및 해당 메시지가 의심스러운 것으로 간주되었는지 여부 포함), 메시지 내용, 수신인이 "스팸입니다" 버튼을 눌렀을 때의 피드백까지 포함합니다.

예를 들어, 일반적으로 하루에 1,000개의 메시지를 보내는 합법적인 비즈니스가 갑자기 하루에 10,000개의 메시지를 보내기 시작하면 평판 필터에 의해 플래그가 지정될 수 있습니다. 의심스러운 콘텐츠가 포함된 메시지를 보내기 시작하는 기업도 평판 필터링을 유발할 수 있습니다. 이러한 필터는 효과적이지만 문제가 있습니다.

하나는 메시지가 필터를 트리거하기 시작하면 ISP가 종종 스팸 발송자가 시스템을 게임할 수 없도록 이메일 점수를 매기는 데 사용하는 알고리즘을 보호하기 때문에 그 이유를 찾기 어려울 수 있습니다. 또 다른 경우에는 발신자의 소스 IP 주소를 입력으로 사용하는 평판 시스템으로 인해 IP 주소가 변경된 후 메일이 필터링될 수 있으며 새 주소는 평판이 나쁜 범위에서 제공됩니다. 따라서 자신의 잘못이 아니라 IP를 변경하거나 메일 서버를 다른 네트워크로 이동한 후 메시지가 필터링되는 것을 발견할 수 있습니다.

물론 자신의 SMTP 서버를 실행할 때 많은 배달 문제에 대한 책임을 져야 합니다. 예를 들어 서버가 공개 릴레이로 설정되어 있는 경우 스패머나 모든 주요 RBL 공급업체가 사용하는 자동화된 검색 도구에 의해 해당 구성 오류가 발견되면 거부 목록에서 서버를 매우 빠르게 찾을 수 있습니다. 사용. SMTP 서버를 인터넷에 설치하면 이를 모니터링하고 유지 관리할 책임이 있습니다.

수신 시스템의 가용성

배달 가능성은 수신 시스템의 가용성에 따라 달라집니다. SMTP는 저장 후 전달 프로토콜이기 때문에 보내는 서버는 일반적으로 받는 서버를 사용할 수 없을 때 일정 기간 동안 메시지를 대기열에 넣습니다. 다중 서버 환경에서 메시지는 경계 서버로 배달될 수 있지만 받는 사람의 사서함을 사용할 수 없는 경우(대상 사서함 데이터베이스가 오프라인이거나 사이트 간 링크를 사용할 수 없기 때문에) 경계 서버는 메시지를 전달하고 나중에 전달합니다.

메시지 전달성 향상

아웃바운드 메시지의 전달 가능성을 개선하면 비즈니스 커뮤니케이션을 보다 효율적이고 비용 효율적으로 만드는 데 도움이 됩니다. 수행할 수 있는 가장 중요한 단일 단계는 전달되지 않은 메시지 수에 대한 신뢰할 수 있는 데이터를 확보할 수 있도록 적절한 계측 및 측정 프로세스를 마련하는 것입니다. 시간이 지남에 따라 이러한 메트릭을 추적하면 문제가 해결되지 않기 전에 문제를 조기에 경고할 수 있는 추세와 패턴을 빠르게 식별하는 데 도움이 됩니다.

이 데이터를 분석하면 현재 겪고 있는 이메일 전달 문제의 원인에 대해 많은 것을 알 수 있습니다. 예를 들어 잘못된 DNS 서버를 사용하도록 구성된 서버 또는 잘못된 역방향 DNS, SPF 또는 DKIM 레코드가 포함된 서버는 특정 대상에 메시지를 배달하는 데 속도가 느리거나 불가능할 수 있으며 배달 패턴의 변경 사항이 표시됩니다. 영향을 받는 서버의 배달 시간과 대기열 길이를 볼 때 명확하게 알 수 있습니다.

또한 대기열 길이보다 더 많은 서버 로그를 살펴보십시오. 많은 ISP는 반환 코드에 배달 가능성 관련 오류를 반환하며 이러한 오류는 일반적으로 SMTP 서버(MTA) 로그에서 볼 수 있습니다. 이러한 "오류" 중 일부는 대량 발신자 상태를 설정하거나 합법성을 확인하기 위해 발신자가 ISP에서 길고 번거로운 양식을 작성해야 함을 나타냅니다.

지속적인 운영 모니터링을 통해 아웃바운드 메시지의 전달 가능성에 영향을 미칠 네트워크 또는 인프라 문제에 대한 조기 경고를 제공해야 합니다. 이러한 종류의 모니터링에 전담할 리소스가 없는 경우 SendGrid는 강력한 추적 및 분석과 이메일 전문가 팀을 통해 이러한 배달 문제를 식별하고 수정할 수 있습니다.

SMTP 및 전자 메일 전달 가능성에 대한 이력을 심층적으로 살펴볼 수 있는 Windows IT Pro에 감사드립니다. 이메일 전송 모범 사례 및 규정 준수에 대해 자세히 알아보려면 배달 가능성 가이드 를 참조하세요. 그리고 우리의 가이드 ISP의 ABC .

이 게시물은 Windows IT Pro의 친구들이 제공한 것입니다.