이메일 억제 목록 처리

안녕하세요, 사용자가 어떤 이유에서든 문제가 발생한 이메일 주소를 보유하고 있을 때, 이메일 억제(email suppression)를 자동화하는 효과적인 방법이 있는지 궁금합니다.

저는 원하시는 분들에게 메일링 리스트 형식의 메시지를 보내기 위해 Mailgun을 사용하고 있습니다. 그런데 Mailgun 통계에 따르면, 해당 사용자 중 약 16%의 이메일 주소가 억제되고 있다고 합니다.

이는 포럼 이메일 도메인의 평판에 대한 지속적인 피해를 방지하는 측면에서는 문제가 없지만, 근본적인 문제를 해결하지는 못합니다. 문제가 있다는 사실을 해당 사용자에게 직접 피드백하지 않기 때문입니다.

포럼은 애초에 간헐적으로 사용되는 경우가 많아, 포럼에서 오는 이메일이 없더라도 사용자가 후속 조치를 취하는 일은 드뭅니다. 그저 시야에서 멀어지고 잊히게 됩니다.

도움이 될 만한 방법은, 예를 들어 월 1회 Mailgun(그리고 아마도 다른 제공자들도)에서 제공하는 이메일 억제 사용자 표준 CSV 파일을 활용하여, 해당 사용자 각각에게 지정한 보조 이메일 주소(제공된 경우)로 주 이메일 주소를 업데이트해야 한다는 내용을 자동으로 이메일로 보내는 것입니다.

영향을 받는 사용자는 이상적으로는 웹 기반 포럼에 로그인할 때마다 이메일 주소를 업데이트하도록 안내를 받아야 하며, 그 동안에는 모든 이메일 발송 기능이 전역적으로 비활성화되어야 합니다(사용자 설정을 확인하는 사용자에게 관련 상태 경고가 표시되어야 함).

위와 같은 상황은 보통 어떻게 처리하나요?

Configure VERP to handle bouncing e-mails 를 찾고 계신 것 같습니다.

제 메시지에 대한 링크를 걸어주셔서 감사하지만, @zogstrip의 원본을 업데이트했으며, 정확해야 합니다:

@Paul_King, 도움이 되길 바랍니다!

답변 주셔서 감사합니다!

MailGun은 이미 자체적으로 반송된 이메일을 감지하여, 이후 메일 발송 시 해당 주소를 차단하고 있습니다.
이는 해당 링크에서 언급된 Discourse의 VERP 과정과 유사한 개념인가요?

MailGun의 문제 이메일 차단 기능은 선택이 아닌 필수인 것 같습니다(자체 평판을 보호하려는 의도로 보입니다).

반송 이메일 알림이 MailGun을 거치지 않고 Discourse로 직접 전달될 수 있는 방법이 없다면, Discourse 내에서 VERP 과정을 구현하는 것이 어떤 의미가 있을까요?

MailGun에서 Discourse로 반송 이메일 피드백 루프를 완성하는 또 다른 방법에 대해 고민해 보았습니다. 즉, MailGun이 생성하는 차단된 주소 목록을 전달하여, Discourse 관리자, 관련 사용자 및/또는 자동화된 완화 프로세스가 이를 인지하고 전달 문제를 해결하거나 복구를 시도할 수 있도록 하는 것입니다.

제가 이해하고 있는 내용이 올바른가요? 혹시 제가 핵심을 잘못 파악하고 있는 건가요?