업데이트 가이드를 올려주셔서 감사합니다 @blake! 그런데 어떤 이유인지 모르겠지만 /var/discourse/containers/ 디렉터리에 mail-receiver.yml 파일이 없는 것 같습니다.
root@nomadgate-community-eu:/var/discourse# sed -i 's/mail-receiver:.*/mail-receiver:release/' /var/discourse/containers/mail-receiver.yml
sed: can't read /var/discourse/containers/mail-receiver.yml: No such file or directory
확실히 하기 위해 실제로 어떤 파일이 있는지 확인하려고 ls 명령을 입력해 보았습니다:
root@nomadgate-community-eu:/var/discourse/containers# ls
app.yml app.yml.save
mail-receiver.yml 파일이 없는 이유가 무엇인지, 그리고 이를 해결하기 위해 무엇을 할 수 있는지 아이디어가 있으신가요? 파일이 없는데도 제 커뮤니티에서는 메일 리시버(Mail Receiver)가 정상적으로 작동하는 것 같습니다…
수정: 생각해 보니, 저는 아마도 "mail-receiver"를 설정해 본 적이 없는 것 같습니다. 저는 SendGrid의 인바운드 파싱 웹훅 기능을 사용하고 있는데, 왜 제 Discourse 대시보드에서 이 오류를 보고 있는 걸까요?
그런데 이 기능을 작동시키기 위해 API 자격 증명을 다음과 같은 URL 매개변수로 전달하고 있습니다: /admin/email/handle_mail?api_key=xxx&api_username=xxx — 앞으로는 이것이 더 이상 작동하지 않을까요? 그리고 만약 그렇다면, SendGrid를 통한 인바운드 메시지 지원을 유지할 다른 방법이 있을까요?
아니요, 저는 SendGrid를 사용하지 않습니다 – 이 Discourse 설치 환경은 몇 년 전에 구축된 것이며, 당시에는 /admin/email/handle_mail API를 사용하여 수신 메일을 Discourse로 푸시하는 AWS Lambda를 작성했습니다. 해당 Lambda 스크립트는 Python 2.7을 사용했으므로 재작성이 필요한 시점입니다… 아마도 현재 사용 가능한 옵션들을 살펴볼 때가 된 것 같습니다.
이상하게도, *“구버전의 mail-receiver를 감지했습니다…”*라는 메시지가 더 이상 제 Discourse 관리자 대시보드에 표시되지 않습니다. 음. 그건 아닙니다 – 메시지는 여전히那里에 있습니다. 아마도 며칠 동안 /admin/email/handle_mail 엔드포인트로 수신 메시지가 들어오지 않아서 사라진 것처럼 보였을 수도 있고, 테스트 메시지를 보냈을 때 다시 나타난 것일까요?
방금 확인해 봤는데, Discourse로의 수신 메일 기능은 여전히 정상적으로 작동합니다.
아, 알겠습니다. 그래서 대시보드 경고가 'mail-receiver’를 사용하고 있기 때문이 아니라, 이제 더 이상 사용되지 않는 api_key와 api_username을 API 엔드포인트의 쿼리 파라미터로 사용하고 있기 때문이군요. 자, 수정하기는 간단하네요. 힌트 주셔서 감사합니다.