감사(監査) 목적상, 모든 발신 이메일의 사본을 특별히 지정된 감사용 수신 이메일 주소로 받아야 합니다.
Discourse에서 보낸 모든 이메일에 BCC를 설정할 수 있는 옵션이 있을까요?
가장 좋은 방법은 로깅 요구 사항에 부합하는 메일 서버를 설정하고 Discourse가 해당 서버를 사용하도록 하는 것입니다. 숙련된 시스템 관리자는 1~2시간 이내(플러그인 설치보다 훨씬 적은 시간)에 이를 완료할 수 있으며, 유지보수도 더 쉬워집니다.
불행히도 이것은 "중간자 공격(man in the middle)"으로 간주되므로 선택지가 아닙니다 
만약 중간자(MITM)를 직접 제어하거나 그것이 문제가 되지 않는다면, 사실 기업 환경에서는 사실이 중요하지 않은 경우가 많습니다. 당신의 시스템은 사용자가 보낸 이메일을 어떻게 기록(log)합니까? 그 시스템을 사용할 수 있습니까? 이메일 전달에 사용할 수 있습니까? 같은 서버 내의 중간자가 괜찮습니까?
하지만 제3자에게 이메일을 CC(참조)로 보내는 플러그인을 만들 수 있습니다. 그러면 당신은 '중간이 아닌 사람’이 됩니다.
지금까지는 sendgrid.com에서 제공하는 기능을 사용하여 해당 API를 통해 전송된 모든 이메일에 BCC를 추가하고 있었습니다. 하지만 어떤 이유에서인지 그들은 해당 기능을 중단하기로 결정했습니다.
Discourse는 이메일을 보내는 데 단일 함수를 사용합니까? 그렇다면 그 함수에 접근하여 BCC를 자동으로 추가할 수 있을지도 모릅니다.
sendgrid가 왜 '중간자 공격’이 아니었나요?
목적에 대해 설명해 주시면, 아마도 권장 사항을 제시해 드릴 수 있을 것입니다. 어떤 서비스에서 특정 기능이 작동하고 있었고, 그 기능이 계속 작동하기를 원하시는 것으로 보입니다. 저희는 그 특정 기능을 작동시킬 수는 없지만, 이메일 감사와 관련된 일반적인 컴퓨터 문제라면 해결해 드릴 수 있습니다. 