안녕하세요,
자동화된 이메일 여러 곳에서, 자체 호스팅된 Discourse 포럼 사이트에는 보이지만 Discourse 서버 호스팅 사이트에는 보이지 않는 일부 플래그 알림에 대해 혼란을 겪고 있습니다.
이것들이 서버 구성 방식과 관련이 있을 수 있으며, 반드시 버그나 문제는 아닐 수 있지만 제 입장에서는 문제처럼 보입니다:
여기에 전체 기술적 발신자 주소를 게시하지는 않겠습니다. 이들은 일반적으로 무작위 숫자와 문자의 조합일 뿐입니다.
이것은 Discourse의 버그라고 생각하지 않습니다. 이메일이 올바르게 설정되지 않은 경우 이 오류 메시지가 표시됩니다. 이 문제가 발생하는 사이트의 관리자와 연락 중이라면 이 문제에 대해 알려주세요. 해결하려면 설치 가이드의 ‘이메일 설정’ 섹션의 모든 단계를 완료했는지 확인해야 합니다: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub. 제 추측으로는 도메인에 유효한 SPF 및 DKIM 레코드를 추가하지 않은 것 같습니다.
아래 주제에 대한 링크를 그들에게 안내해 볼 수도 있습니다: Email delivery configuration checklist.
감사합니다. 이 문제들을 관리자분들께 보고했습니다.
이 문제를 보고한 후 처음으로 문제의 원인을 파악해 주신 첫 번째 관리자 @Heliosurge(Dan)님께 축하의 말씀을 드립니다!
T-Mobile USA의 donotreply@notifications.t-mobile.com에서 발송되는 알림이 notifications@digital-delivery.com에서 발송된 것으로 잘못 표시되어 유효하지 않다고 판정되고 있습니다. 이 문제를 T-Mobile에 알릴 예정입니다.
감사합니다! 이 문제는 Sendinblue 메일 서버가 Brevo로 이름이 변경되었을 때 제가 보고드린 isdue 관련 문제와 관련이 있는 것으로 보입니다. 여전히 Sendinblue 잔재가 남아 있는 상태입니다.
네, 그 문제를 해결하셨다니 다행이네요. 보통 관리자들은 "이런 사소한 문제로 왜 귀찮게 하죠!?"라고 말하곤 하거든요.
보안 조치의 일환으로 일부 릴레이 서버가 일반적인 발신자와 달리 메일 검증을 의도적으로 하지 않는 것일 수도 있어서, 그것이 원인인지 확신이 서지 않았습니다.
네, 작성해주신 보고서와 스크린샷이 큰 도움이 되었습니다. Sendinblue의 알림을 추가했고, Brevo로 전환하면서 잠재적인 근본 원인을 파악하는 것이 훨씬 쉬워졌습니다.
관리자 계정을 사용하더라도 일반 사용자의 문제를 이해하기가 더 어려울 수 있습니다. 관리자는 사이트 규칙을 반드시 따를 필요가 없기 때문이죠. 예를 들어 카테고리 접근 설정의 경우, 관리자는 어디에나 게시물을 올릴 수 있습니다. 저는 몇 번의 경우에서 사람들이 읽기만 하고 답글을 달 수 없는 주제를 생성해 본 적이 있습니다.
네, 정말 멋진 기능이 많네요.
이메일 관련해서 좋은 소식이에요. 스위스나 독일 쪽에서 메일 플래깅을 중단했는지 확인해 보세요.
