입문

아마존 SES를 사용하여 전자 우편 메시지를 가공하는 처리를 만들었습니다.
구축 자체가 상당히 간단하고 솔직하게 경시했기 때문이다.반성하지 않음
SES를 사용할 때 메일 세계의 규칙을 지켜야 하는 모습

생성

우편물 흐름

이런 느낌의 일을 하고 싶어요.

① SES의 도메인 인증: 수신을 위해 도메인 소유자의 허가를 받았음을 증명
② SES 수신 규칙 설정: 메일 도착 시 동작을 결정합니다(이번 Lambda 시작).
③ Lambda 함수에서 SES로 메일 보내기
지금까지는 역과 람다 지식이 있으면 비교적 간단하게 완성할 수 있었다.(구축 방법 별도)
수신된 메일 주소와 발송된 메일 주소를 동일하게 설정합니다 (주의 표시. 아래 참조)

e-메일 전송 모니터링 구현

반등이 많으면 AWS는'스팸 발행자'로 인정할 것 같다.그래, 그래.
이렇게 간단하게 메일 서버를 만들 수 있다면 남용되면 참을 수 없다.
공식 홈페이지 등의 순서를 보면서 메일을 보낸 뒤 반등이 감지되면 경보를 발령해 보자.
알림을 사용하여 아마존 SES 이메일 전송 모니터링

항목
값 설정
Email Feedback Forwarding:
Enabled
Bounce Notifications SNS Topic:
이메일 구독 SNS 주제 ARN
일단 이렇게 하자.👇이런 인상이 되잖아.

테스트용 메일 주소도 준비했습니다.
아마존 SES에서 이메일 전송 테스트

이벤트

Lambda의 메일 발송 목적지를 테스트용 반등 주소인'[email protected]'으로 설정합니다.
실행 후 SNS에서 지정한 이메일 주소로 알림 메일이 전송되었습니다.
멈출 수가 없어요.

200건이 넘었을 때 SES>Domains>Notifications의 SNSTopic을 삭제했고 마침내 멈췄습니다.
무한순환?!
람다의 일지를 보세요.
아아
(재활용 플래그)

해설

메일을 보내면 SES는 "반등", "고소", "도착"등의 응답을 보냅니다.
리턴을 받으면 SNS를 통해 다른 이메일 주소를 알려준다.
피드백도 ON으로 설정합니다.→발신자에게도 통지하겠지.
이번에는 수신 메일 주소와 발송 메일 주소가 같습니다.그러니까
SES 수신 메일→Lambda 시작, SES 발송 메일(테스트용 바운드 주소)→바운드 알림 SES
→ SNS로 SES로부터 알림
→ Feedback을 통해 메일 소스에 알림(메일 소스 = SES 수신용 메일 주소)👈이게 무한순환이에요.

해결 방법

· 수신, 발송 주소를 구분해야 합니다 (당연한 수준이라면 orz)
· Feedback을 비활성화(SNS 알림만 해당. 아니... 무한 순환을 피하기 위해 설정된 것이 아님)
.← 이것을 참고하십시오.
전자 메일 피드백

총결산

중간부품으로 메일 서버를 구축할 때 활용에 있어 연구해야 할 부분을 귀결한 느낌이다.