Email Spam Tester

Email Spam Tester › Plesk용 Email Spam Tester

Plesk용 Email Spam Tester

Plesk를 사용하는 호스팅 제공업체를 위한 확장 프로그램입니다. 고객이 도메인의 Mail 탭에서 확장 프로그램을 열고 실제로 서버에서 발송되는 테스트 이메일을 보내면 검사 결과, 이메일 제공업체에서 도착한 폴더, DKIM, SPF 및 DMARC를 수정하는 버튼을 확인할 수 있습니다.

버전 0.1.0, 2026년 10월 1일. 다운로드 (75 KB), SHA-256 5df918a10cd996799f5d144abcc101970fab31fbb7e2298be78362257c0aaa28. 설치 단계는 이 페이지 끝에 있으며, 아카이브 안에는 같은 내용이 INSTALL.md로 들어 있습니다. 코드와 동일한 아카이브의 릴리스는 GitHub에서도 확인할 수 있습니다.

대상

Linux에서 Plesk Obsidian 18.0.50 이상을 실행하는 서버를 운영하는 호스팅 제공업체를 위한 기능입니다. root 권한으로 확장 기능을 설치하고 서버를 한 번 등록합니다. 이후 모든 고객은 Websites & Domains › 자신의 도메인 › Mail의 Mail Settings 옆에서 Email Spam Tester를 찾을 수 있습니다. 서비스 플랜에 따라 고객이 사용할 수 있는 기능이 결정됩니다.

웹 테스터는 수신한 이메일만 볼 수 있으므로 발신 측은 확인할 수 없습니다. 이 확장 기능은 서버에서 Postfix를 통해 테스트 이메일을 전송하며, 도메인의 DKIM 키로 서명하고 해당 서버의 IP와 HELO 이름을 사용합니다. 따라서 보고서는 고객이 실제로 사용하는 설정을 기준으로 작성됩니다. 또한 Plesk가 도메인의 DNS 영역을 관리하므로, 누락된 레코드는 버튼 한 번으로 추가할 수 있는 경우가 많습니다.

고객에게 표시되는 내용

테스트

상단에는 이메일을 보내기 전에 실행되는 검사가 있습니다. 이 서버가 도메인의 SPF를 통과하는지, Plesk가 DKIM으로 서명하는지와 DNS의 키가 실제 서명에 사용하는 키와 일치하는지, DMARC 정책과 MX를 확인합니다. 각 문제에는 수정 버튼이 있으며, 도메인의 DNS가 다른 곳에서 제공되는 경우에는 레코드 표시 버튼이 있습니다.

그 아래에서 고객은 도메인의 사서함과 테스트 이메일을 보내는 방식을 선택합니다. 해당 사서함에서 보내거나, 웹사이트가 이메일을 보내는 방식과 동일하게 구독 자체의 시스템 사용자로 보낼 수 있습니다. WordPress, 문의 양식, 쇼핑몰 알림은 이 방식으로 이메일을 보냅니다. 두 번째 방식은 호스팅에서 흔히 발생하는 문제를 감지합니다. PHP에서 보낸 이메일이 도메인의 SPF에 포함되지 않은 발신자로 전송되는 문제입니다. 이메일은 표준 테스트 이메일(영어로 작성된 짧은 메시지이며 텍스트와 HTML 포함)을 사용하거나, 고객이 제목, HTML 및 선택적 텍스트를 붙여 넣어 직접 작성할 수 있습니다.

"이메일 제공업체의 폴더도 확인"은 기본적으로 켜져 있습니다. 그러면 서버가 백그라운드에서 Gmail, Outlook, Yahoo 및 기타 제공업체에 있는 각 테스트 사서함으로 이메일 사본을 하나씩, 무작위 순서로 2초에서 4초 간격을 두고 보냅니다. 각 사본에는 고유한 Message-ID가 있으므로 확장 프로그램이 Postfix 로그에서 해당 이메일의 줄을 식별할 수 있습니다. 이후 30분 동안 표에 제공업체별 Inbox, Spam 또는 Promotions가 채워집니다. 제공업체가 이메일을 거부한 경우에는 SMTP 코드와 함께 응답이 표시됩니다. Gmail에서는 공개 테스트 사서함을 사용하므로 누구나 제목, 발신자 이름 및 폴더를 볼 수 있습니다. 따라서 기밀 콘텐츠는 폴더 확인 없이 테스트하는 것이 좋습니다.

보고서에는 모든 검사, 100점 만점 점수와 기존의 0점에서 10점 점수, AI 계획 및 동일한 수정 버튼이 표시됩니다. 이때는 보고서에서 이메일이 실제로 전송된 것으로 확인된 IP를 기준으로 수정합니다.

기록

도메인의 모든 테스트가 최신순으로 표시되며, 두 가지 점수와 폴더별 개수, 점수 차트, 이전 테스트 이후 결과가 변경된 검사를 각 테스트에서 확인할 수 있습니다. DKIM을 수정한 후에는 해당 행에 DKIM이 실패에서 통과로 변경되었다고 표시됩니다.

모니터링

서버에서 허용하면 고객은 도메인의 모니터링을 켤 수 있습니다. 이후 도메인에서 보내는 각 이메일에 대해 DKIM, SPF, DMARC, 발신 IP 및 차단 목록이 포함된 기술 보고서가 생성됩니다. 탭에는 최근 24시간의 결과가 출처별로 요약됩니다. 따라서 웹사이트의 PHP에서 보낸 이메일은 웹메일이나 메일 앱에서 보낸 이메일과 별도로 집계됩니다. 그다음에는 최신 이메일에서 DKIM이 실패하거나 웹사이트에서 보낸 이메일의 SPF가 실패하는 경우와 같은 알림이 표시됩니다. 아래에는 최신 이메일과 각 보고서가 표시됩니다. 같은 쇼핑몰 템플릿으로 보낸 주문 확인 이메일 두 건은 1시간 이내에 하나의 검사로 집계되므로, 이용량이 많은 쇼핑몰에서도 동일한 보고서가 천 건씩 생성되지 않습니다. 개별 이메일에 대한 AI 계획은 요청 시 제공됩니다.

관리자가 확인하고 설정할 수 있는 항목

Tools & Settings › Mail › Email Spam Tester에서 등록을 진행하고 서버 전체의 모니터링을 켜거나 끌 수 있습니다. 테스트, 폴더 검사, AI 플랜 및 모니터링 대상 도메인의 한도는 구독별로 설정하고, 일일 이메일 한도는 모니터링 대상 도메인별로 설정합니다. 표에는 서버 자체 IP, 각 IP의 역방향 DNS, HELO 이름과의 일치 여부 및 차단 목록이 표시됩니다.

확장 프로그램은 서비스 플랜에 네 가지 권한을 추가합니다. 각각 확장 프로그램 자체, 수정 버튼, 폴더 검사, 모니터링에 대한 권한이며 네 가지 모두 기본적으로 활성화됩니다. DNS 버튼을 사용하려면 해당 플랜에 DNS 관리 권한도 있어야 하며, DKIM 스위치를 사용하려면 메일 설정 관리 권한이 있어야 합니다.

가격

현재는 테스터 자체와 마찬가지로 무료입니다. 변경될 경우 변경 내역에 먼저 안내됩니다. 설정한 제한은 Email Spam Tester가 서버별로 유지하는 제한(일일 폴더 검사, 도메인 검사 및 모니터링 도메인 수) 내에서 적용되며, 관리자 페이지에는 두 제한과 오늘의 사용량이 모두 표시됩니다.

작동 방식과 서버 외부로 전송되는 정보

확장 프로그램은 서버에서 테스트 이메일을 전송할 뿐, 자체적으로 어떤 판단도 하지 않습니다. 검사 결과, 기록, 변경 사항, 게시할 DNS 레코드, 모니터링 피드, 알림 및 제한은 모두 사이트에서 사용하는 것과 동일한 Email Spam Tester API에서 처리합니다. API로 전송되는 정보는 다음과 같습니다.

테스트 보고서에는 사이트에서와 마찬가지로 링크가 있으며, 링크를 가진 사람은 누구나 보고서를 열 수 있습니다. 모니터링 피드는 고객의 실제 메일을 포함하므로 다르게 처리됩니다. 모니터링 보고서는 서버 키가 있어야만 열 수 있으며, 복사된 이메일은 2일 후, 해당 보고서는 90일 후 삭제됩니다. 나머지 내용은 개인정보 보호 페이지에서 확인할 수 있습니다.

호스팅 제공업체가 자주 묻는 질문

DNS를 자동으로 변경하나요?

아니요. 고객이 Fix를 누르고 레코드의 현재 상태와 변경 후 상태를 확인한 경우에만 레코드가 변경되며, 도메인의 DNS가 실제로 해당 서버에서 제공되는 경우에만 가능합니다. SPF 레코드에 있던 모든 항목은 그대로 유지됩니다. 서버의 IP가 맨 앞에 추가되며 DNS 조회 횟수도 늘어나지 않습니다. 기존 DMARC 정책은 절대 교체되지 않습니다. 모든 변경 사항은 Plesk의 작업 로그에 기록되며, 이후 아무도 레코드를 수정하지 않았다면 Test 탭에서 실행 취소할 수 있습니다. 공개 리졸버는 레코드가 없다는 결과를 해당 영역의 SOA minimum 기간 동안 기억합니다. Plesk의 기본 템플릿에서는 이 기간이 3시간이므로 수정 직후 테스트하면 이전 결과가 계속 표시될 수 있습니다.

모니터링은 이메일을 어떻게 복사하나요?

Plesk 메일 핸들러는 Plesk가 이메일에 DKIM 서명을 추가한 후 실행됩니다. 모든 메시지를 변경 없이 전달하고, 모니터링이 활성화된 도메인의 경우 복사본을 127.0.0.1의 Postfix 리스너로 넘깁니다. 이 리스너는 모니터링 주소만 수신합니다. 그런 다음 Postfix는 다른 이메일과 마찬가지로 동일한 IP와 동일한 서명을 사용해 복사본을 전송합니다. 이메일의 소유자는 발신자 주소만으로 판단하지 않고 SMTP 로그인 또는 구독의 시스템 사용자를 기준으로 확인하므로, 누구도 자신의 이메일을 다른 고객의 피드로 보낼 수 없습니다. 핸들러는 /usr/local/lib/email-spam-tester에 설치되며 도메인 목록은 /etc/email-spam-tester/monitor.json에 저장됩니다.

발신 이메일의 전송 속도가 느려지나요?

핸들러는 메시지를 읽은 후 다시 넘깁니다. 별도의 프로세스가 복사본을 로컬 리스너로 전달하므로 원본은 복사본이 전송될 때까지 기다리지 않습니다. 모니터링을 활성화한 상태에서 sendmail과 SMTP를 통해 각각 5 MB 첨부 파일을 전송했으며, 두 경우 모두 원본과 복사본이 도착했습니다.

실제 환경에서 무엇을 테스트했나요?

공개 IP가 있고 자체적으로 DNS를 제공하는 도메인이 연결된 Ubuntu 24.04 서버의 Plesk Obsidian 18.0.81에서 다음 항목을 테스트했습니다. 설치, 제거 및 재설치, 등록, DKIM, SPF 또는 DMARC가 없는 도메인에서 폴더 확인을 포함한 테스트, 세 개의 수정 버튼, 세 항목이 모두 통과한 두 번째 테스트, 기록, 웹사이트 및 메일 앱에서 보낸 이메일의 모니터링입니다. 웹 페이지는 로컬 Plesk에서 테스트했습니다. 아직 테스트하지 않은 항목은 다른 Linux 배포판과 Plesk 버전, smarthost를 통해 릴레이하는 서버, Postfix 대신 qmail을 사용하는 서버입니다. Plesk for Windows는 지원하지 않습니다. 이러한 환경에서 실행해 보셨다면 알려주세요.

단계별 설치

이 가이드는 Plesk 서버의 root 권한이 있다고 가정합니다. 아래의 모든 명령은 그대로 복사하여 붙여넣을 수 있습니다.

1. 필요한 항목

설치 전에 두 항목을 모두 확인할 수 있습니다. 첫 번째 명령은 220으로 시작하는 줄을 출력해야 하고, 두 번째 명령은 200을 출력해야 합니다.

timeout 10 bash -c 'exec 3<>/dev/tcp/t.email-spam-tester.com/25 && head -1 <&3'
curl -s -o /dev/null -w '%{http_code}\n' https://email-spam-tester.com/health

2. 설치

root로 SSH에 로그인합니다. 확장 프로그램과 체크섬을 다운로드합니다.

cd /root
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip.sha256

다운로드한 파일이 손상되지 않았는지 확인합니다. latest.zip: OK가 표시되어야 합니다. FAILED가 표시되면 다시 다운로드하고 계속 진행하지 마세요.

sha256sum -c latest.zip.sha256

설치합니다.

plesk bin extension --install /root/latest.zip

마지막 줄에 The extension was successfully installed.가 표시되어야 합니다.

3. 서버 등록

Plesk에서 Tools & Settings › Mail › Email Spam Tester로 이동한 다음 Register this server를 누릅니다. 서비스 관련 알림을 받을 이메일 주소를 입력할 수 있으며, 선택 사항입니다.

등록 시 서버의 호스트 이름, Plesk 및 확장 프로그램 버전, 구독 수와 해당 이메일 주소가 전송됩니다. 응답으로 받은 키는 이 서버에 유지되며 확장 프로그램 설정에 암호화되어 저장됩니다. 고객에게는 이 키가 표시되지 않습니다.

고객은 Websites & Domains › a domain › Mail에서 Email Spam Tester를 찾을 수 있습니다. 서버가 등록되기 전에는 관리자에게 문의하라는 안내만 표시됩니다.

4. 사용 권한 선택

Service Plans › a plan › Permissions와 각 구독의 자체 권한에 확장 프로그램이 다음 네 가지 권한을 추가하며, 모두 기본적으로 활성화됩니다.

구독별 제한(테스트, 폴더 확인, AI 플랜, 모니터링되는 도메인, 도메인별 일일 모니터링 이메일 수)은 동일한 Tools & Settings › Mail › Email Spam Tester 페이지에서 설정합니다.

5. 상시 모니터링(선택 사항)

관리자가 허용하고 고객이 자신의 도메인에서 활성화하기 전에는 아무것도 복사되지 않습니다. Tools & Settings의 확장 프로그램 페이지에서 Allow constant monitoring on this server를 누릅니다. 그러면 다음 항목이 추가됩니다.

같은 페이지에 Disable on the whole server가 있습니다. 이 버튼은 세 항목을 모두 제거하고 모든 도메인의 모니터링을 비활성화합니다.

명령줄에서 현재 상태를 확인하려면 다음을 실행합니다.

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor status

"state": "active"는 활성화된 상태를 의미합니다. "off"는 한 번도 허용되지 않았거나 제거된 상태를 의미합니다. "partial"은 일부 구성 요소가 누락된 상태를 의미합니다(Plesk가 업데이트 중 Postfix의 master.cf를 다시 작성하는 경우가 있음). 같은 페이지의 Repair를 누르면 복원됩니다. 일일 작업도 자동으로 같은 작업을 수행합니다.

6. 업그레이드

2단계와 같은 방법으로 새 latest.zip과 체크섬을 다운로드하여 확인한 다음 실행합니다.

plesk bin extension --upgrade /root/latest.zip

등록, 제한 및 모니터링 설정은 그대로 유지됩니다. 모니터링이 활성화되어 있으면 관련 파일이 새 버전으로 업데이트됩니다.

7. 제거

plesk bin extension --uninstall email-spam-tester

이 명령은 Postfix와 Plesk 메일 핸들러에서 모니터링을 제거하고 모니터링 중인 모든 도메인을 비활성화합니다. 고객이 확장 프로그램의 버튼을 사용하여 만든 레코드를 포함해 DNS 레코드는 변경하지 않습니다.

모니터링이 활성화되어 있었다면 먼저 제거하는 것이 좋습니다. 그러면 제거 실패가 Plesk 로그에만 기록되지 않고 바로 표시됩니다.

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor disable

마지막에 상태가 출력됩니다. "state": "off"는 핸들러, 리스너 및 목록이 제거되었다는 의미입니다.

8. 문제가 발생하는 경우