수신 메일에 대한 인증 검사 구성

이 커밋부터 Discourse는 수신 이메일의 Authentication-Results 헤더를 파싱할 수 있게 되었습니다. 이 헤더에는 이메일이 실제로 발신자를 주장하는 사람으로부터 온 것인지 신뢰할 수 있는지에 대한 정보가 포함되어 있습니다.

현재 Discourse는 메시지의 DMARC 결과만 파싱합니다. 이 헤더에는 SPF와 DKIM 기록(DMARC가 작동하는 데 필수적임)도 포함됩니다. Discourse 인스턴스에서 발신 이메일을 설정해 본 경험이 있다면, 이메일 알림의 적절한 전달을 보장하기 위해 필수적인 것이므로 이러한 약어는 익숙할 것입니다. 외부 서비스가 사용하는 동일한 방법을 사용하여, Discourse 인스턴스로부터 온 것을 주장하는 이메일이 실제로 해당 인스턴스로부터 온 것인지 확인하는 것처럼, 외부 서비스로부터 온 것을 주장하는 이메일이 실제로 해당 외부 서비스로부터 온 것인지 확인합니다.

:warning: authserv-id 설정 :warning:

이 모든 것이 올바르게 작동하려면 수신 이메일 프로세서의 authserv-id를 email_in_authserv_id 설정에 지정해야 합니다.

아래의 “잘 알려진 값” 목록에 해당 서비스가 없다면, 올바른 설정을 파악하기 위해 수신 이메일을 수동으로 파싱해야 합니다. 가장 좋은 방법은 스스로 Discourse 인스턴스에 이메일을 보내는 것입니다. 이렇게 하면 이메일이 실제로 본인으로부터 온 것임을 신뢰할 수 있으며, 이메일 헤더를 위조하지 않았기 때문입니다.

Discourse에서 원본 이메일을 열고 Authentication-Results:로 시작하는 줄을 검색하십시오. :과 ; 사이에 보이는 도메인이 authserv-id입니다.

예를 들어:

Authentication-Results: amazonses.com;

이 값을 복사하여(; 제외) email_in_authserv_id 설정에 입력하면 준비가 완료됩니다!

잘 알려진 값:

다음 중 하나를 사용하는 경우, 수신 이메일에 대한 인증 검사를 활성화하려면 해당 값을 email_in_authserv_id 설정에 복사하십시오:

  • Gmail/G Suite: mx.google.com
  • Amazon SES: amazonses.com
13개의 좋아요

Discourse에서 원본 이메일을 열면…

이걸 어떻게 하면 되는지 알려주실 수 있을까요?

Settings>Email>Received에서는 이 스레드처럼 replies@example.com으로 메일을 보낸 후 메일 제목만 볼 수 있습니다.

설정 > 메일 > 거부된 메일로 이동하세요. 오류 메시지를 클릭하면 모든 정보가 표시됩니다.

1개의 좋아요

이 지침은 여전히 정확한가요? 테스트(거부된) 수신 이메일의 헤더에 Authentication-Results: 라인이 없습니다. 모든 SPF/DKIM/DMARC 설정은 다른 곳에서 정상적으로 확인되고 있으므로, 제가 무언가를 놓치고 있는 건지 모르겠습니다.