가입 이메일을 받지 못한 사용자를 조사하기 위해 확인해 보았습니다. 관리자 화면에서 바운스 점수가 표시되고 있었습니다. Admin->Email->Server setup & logs->Bounced(탭) 경로로 이동했습니다.
바운스 보고서에 해당 사용자가 목록에 나와 있었습니다. 추가 정보를 보기 위해 정보 아이콘을 클릭하면 다음과 같은 메시지가 표시됩니다.
이 문제를 해결하는 방법에 대한 제안이나 아이디어가 있으신가요?
보조 정보:
3.5.0.beta2-dev (f591083407) 버전 사용 중입니다.
VERP가 설치된 상태에서 AWS SES를 메일 전송에 사용하고 있습니다.
바운스 정보 확인을 제외한 모든 기능이 정상 작동하고 있습니다.
혹시 시스템이 정상적으로 작동하는지, 그리고 문제가 제 시스템에만 있는 건지 확인해 주실 수 있을까요?
Email_Logs라는 테이블을 확인해 보았는데, 여기에는 바운스 키와 바운스 오류 코드가 표시되어 있습니다. 구체적인 이메일 정보(헤더, 본문 등)는 어디서 확인해야 하는지 아시는 분 계신가요?
Canapin
(Coin-coin le Canapin)
3월 23, 2025, 9:58오후
5
LotusJeff:
아래와 같은 내용이 표시됩니다.
LotusJeff:
반송 정보만 제외하고 모든 것이 정상적으로 작동하고 있습니다.
무엇을 작성할지 확신이 서지 않습니다 , 하지만 기본적으로 SES는 이러한 정보를 기록하지 않는 것 같습니다. 다른 이메일 서비스들은 기록합니다.
혹시 SES 인터페이스에서 해당 기능을 활성화해 보고, 반송된 이메일에 대해 어떤 사유가 제시되는지 확인해 보실 수 있을까요?
VERP 설정 시 이 항목이 설명서에 언급되지 않는 점이 번거롭습니다. 더욱 짜증나는 점은 바운스 오류 코드가 데이터베이스에는 존재하지만 이 화면에는 표시되지 않는다는 것입니다.
AWS SES를 사용하는 경우, Data Explorer 에서 다음 쿼리를 실행하세요:
SELECT * from email_logs where bounced=true order by id desc
bounce_error_code라는 열을 찾아보세요. 해당 오류 코드는 다음 목록과 대조할 수 있습니다:
강화된 SMTP 바운스 코드 목록
4.2.2 - 이메일 계정 할당량 초과
5.0.0 - 구문 오류: 잘못된 이메일 주소 형식
5.1.0 - 잘못된 수신 메일박스 주소
5.1.1 - 잘못된 수신 메일박스 주소
5.1.2 - 잘못된 수신 시스템 주소
5.1.3 - 잘못된 수신 메일박스 주소 구문
5.1.4 - 수신 메일박스 주소가 모호함
5.1.5 - 수신 메일박스 주소가 유효함
5.1.6 - 메일박스가 이전됨
5.1.7 - 잘못된 발신자 메일박스 주소 구문
5.1.8 - 잘못된 발신자 시스템 주소
5.1.9 - 존재하지 않는 도메인으로 메시지가 릴레이됨
5.2.0 - 기타 또는 정의되지 않은 메일박스 상태
5.2.1 - 메일박스가 비활성화되어 메시지를 수신하지 않음
5.2.2 - 수신자 메일박스가 가득 차 새로운 메시지를 받을 수 없음
5.2.3 - 메시지 길이가 관리 제한을 초과함
5.2.4 - 메일링 리스트 확장 문제
5.3.0 - 기타 또는 정의되지 않은 메일 시스템 상태
5.3.2 - 시스템이 네트워크 메시지를 수신하지 않음
5.3.3 - 시스템이 선택된 기능을 지원하지 않음
5.3.4 - 메시지가 시스템 용량보다 큼
5.3.5 - 수신자 메일 시스템 구성 오류
5.4.0 - 기타 또는 정의되지 않은 네트워크 또는 라우팅 상태
5.4.1 - 수신자 메일 서버가 응답하지 않음
5.4.2 - 수신자 메일 서버 연결 문제
5.4.3 - 라우팅 서버가 메시지를 전달하는 동안 오류 발생
5.4.4 - 메시지를 수신자 메일 서버로 라우팅할 수 없음
5.4.5 - 네트워크 혼잡으로 인해 메시지 전달이 방지됨
5.4.6 - 메시지 전달 중 라우팅 루프 감지
5.4.7 - 메시지 전달 시간 초과
5.5.0 - 기타 또는 정의되지 않은 프로토콜 상태
5.5.1 - 발신자가 발신한 SMTP 명령이 유효하지 않음
5.5.2 - SMTP 명령 구문이 올바르지 않음
5.5.3 - 수신자 메일 시스템이 허용하는 최대 수신자 수를 초과함
5.5.4 - SMTP 명령과 함께 제공된 인자가 유효하지 않음
5.5.5 - 발신자가 사용하는 SMTP 프로토콜 버전이 지원되지 않음
5.6.0 - 기타 또는 정의되지 않은 미디어 오류
5.6.1 - 수신자 메일 시스템이 발신자가 사용한 미디어 유형을 지원하지 않음.
5.6.2 - 미디어 유형 간 변환이 필요하지만 금지됨.
5.6.3 - 미디어 유형 간 변환이 필요하지만 지원되지 않음
5.6.4 - 손실이 있는 변환 수행됨
5.6.5 - 미디어 유형 간 변환 실패
5.7.0 - 기타 또는 정의되지 않은 보안 상태
5.7.1 - 전달 권한이 없으며 메시지가 거부됨
5.7.2 - 메일링 리스트 확장 금지
5.7.3 - 보안 변환이 필요하지만 불가능함
5.7.4 - 보안 기능 미지원
5.7.5 - 발신자가 수행한 암호화 작업 실패
5.7.6 - 암호화 알고리즘 미지원
5.7.7 - 메시지 무결성 실패
맞아요, 이건 좋은 경험이 아닙니다.
사이트가 반송(bounce)을 처리하도록 어떻게 구성해 두셨나요? 웹훅을 통해 정보를 받고 있지만, 실제 메일 내용은 수신되지 않는 건가요?
이 페이지의 AWS SES 관련 지침을 따랐습니다: Configure VERP to handle bouncing e-mails .
네, 표준 웹훅을 사용하고 있습니다.
‘enable raw message delivery’ 옵션은 활성화되어 있지 않습니다. 전체 메시지가 전송되는지 확인하기 위해 이 옵션을 활성화해 보겠습니다. 설치 문서에는 필수 요건으로 명시되어 있지 않지만, 다른 게시글들에서는 이를 필수 요건으로 언급하고 있습니다.
이메일 바운스에 대해서는 매우 익숙하지만, 수신 웹훅에 대해서는 그렇지 않아서, 해당 옵션이 체크되지 않으면 바운스에 대한 최소한의 정보만 제공된다고 생각합니다. 그래서 그렇게 하는 것이 타당하다고 봅니다.
관련 팀에 이 경험을 개선하도록 요청했습니다. 원본 바운스 이메일을 가지지 못한 경우에도, 우리가 가지고 있는 정보를 적어도 알려드릴 수 있어야 합니다.