SMTP를 다시 설정하고 ./launcher start app 명령을 실행해야 했습니다.
하지만 설치 데이터(이메일, SMTP 등)를 다시 입력하라는 프롬프트가 표시되지 않았습니다.
명령이 실행된 후 재설정을 완료하고 커맨드 라인으로 종료되었습니다.
어떻게 생각하시나요?
이 명령어는 컨테이너를 시작할 뿐, 아무것도 입력을 요구하지 않습니다. 설정 파일은 /var/containers/app.yml에 있습니다.
다만, 이 명령어를 ./discourse-setup(이것은 입력을 요구합니다)과 혼동하고 있는 것 같습니다.
로버트, 감사합니다. 그러면 SMTP 정보를 다시 입력하려면 ./discourse-setup을 사용해야 하나요?
SMTP 인증 정보와 같은 환경 변수를 업데이트하는 경우, 컨테이너를 단순히 재시작한다고 해서 새 값이 반영되지 않습니다.
컨테이너가 새 값을 사용하도록 시작하려면 ./launcher start app 실행 전에 ./launcher destroy app을 실행해야 합니다.
nano가 무엇인지 모르거나 변경 사항을 입력하도록 프롬프트를 받는 방식을 선호한다면, 해당 명령을 실행하면 됩니다.
도와주셔서 모두 감사합니다! 정보를 수정하는 데 성공했습니다. 이제 방금 게시한 메시지가 잘 보이는지 확인하고 있습니다. 기원합니다. 
Stephen, ./discourse-setup 실행 시 정보를 편집하는 데 성공했는데, 이제 ./launcher destroy app / ./launcher start app 명령어를 직접 처리해야 하나요??
설치 과정에서 재구성이 실행된 경우, 아닙니다. 위 내용은 인스턴스가 재구성되는 것을 기다리지 않으려는 경우를 위한 것입니다.
알겠습니다. 감사합니다.
추가로 말씀드리면: 제 게시글이 메일 전송을 시작하는 것은 확인했지만, 모든 메시지가 큐에 대기 중이지만 실제로는 전송되지 않는 상태(250 Ok: queued as)를 확인했습니다.
저는 Sendgrid를 사용하고 있습니다.
어떤 생각이 드시나요?
“sent”와 “queued”가 동의어라고 확신합니다. SendGrid 로그에 해당 항목들이 있나요? 이메일 테스트를 사용한다면 mail-tester.com으로 전송할 수 있나요?
SMTP는 트랜잭션 기반 프로토콜이므로, 관점에 따라 다음과 같이 볼 수 있습니다.
- 내 시스템: “메시지가 전송되었고, 원격 시스템이 이를 ABC1234567로 큐에 넣었다” → “메시지가 다음 담당 MTA로 인계되었다”
- SendGrid: “메시지가 수락되어 큐 ID ABC1234567로 큐에 등록되었다”
보지 못하며(볼 수도 없는) 부분은 SendGrid 시스템 내의 다른 에이전트가 큐를 순회하며 메시지를 가져와 다음 MTA로 인계하는 단계입니다.
큐 식별자는 추적에 도움이 됩니다. 만약 메시지가 유실된다면, SendGrid의 시스템 관리자에게 "시스템이 수락한 후 큐 ID ABC1234567에 무슨 일이 있었나요?"라고 문의할 수 있습니다.
제이, 안녕. 디스코스의 로그에 나와. 이메일 테스트도 해볼게. 고마워!
마이클, 감사합니다. 시스템에서 이메일을 받으면 다시 보고하겠습니다. 당연히 메일링을 받아야 하니까요.
새 Discourse 설치에서 이메일 문제 해결하기를 참고하세요.
.알림 이메일이 메일 서비스에서 수락할 수 있는 것인지 확인해야 합니다