없다면, 메일 서버 등을 설정(다른 Docker 컨테이너 사용 가능)하는 방법에는 어떤 옵션이 있을까요? 단, Discourse의 일반적인 메일링 동작(예: Discourse가 직접 보내는 사용자 인증 이메일 등)을 방해하지 않으려면 합니다.
제가 달성하려는 목표는 다음과 같습니다.
Discourse의 일반적인 동작을 유지하면서 이메일 전송 기능을 방해하지 않는 것입니다.
admin@mysite.com으로 이메일을 수신하고 해당 수신함에서 답변을 보낼 수 있는 완전히 기능적인 이메일 주소를 갖추는 것입니다. (화려한 도구나 스팸 필터 없이 단순한 수신함과 답변 기능만 있으면 충분합니다.)
admin_mysite@gmail.com과 같은 무료 이메일 주소를 사용할 수는 있지만, 전혀 전문성이 떨어져 보입니다.
제 선택지는 무엇일까요?
Discourse 내에 답변 버튼과 매우 단순한 작성 창을 갖춘 매우 간단한 기본 이메일 수신함을 구현하여 이메일을 읽고 답변할 수 있도록 하는 것이 가능할까요?
(전문적인 연락처 지점을 갖추는 것이 기본 요구사항이라는 점을 알고 있음에도 Discourse가 왜 간단한 이메일 수신함을 Discourse 내부에 포함하지 않았는지 궁금합니다)
그것에 대한 답을 알고 있습니다. 아무것도 없습니다. 시도조차 하지 마세요. 너무 위험하고, 복잡하며, 비쌉니다. 또한 DigitalCloud와 같은 VPS 서비스의 고객이신 경우, 아예 허용하지도 않습니다.
무엇을 원하시는지 조금 헷갈리는데, 또다시 언어 장벽 때문일 것 같습니다. 하지만 이메일을 Discourse로 수신하고, 그곳에서 답변을 작성하여 고객/사용자에게 응답을 보내는 기능을 원하신다면 Discourse가 이미 그 기능을 제공합니다. 검색어는 email 정도가 될 것 같습니다. 필요한 것은 + - 주소(정확한 명칭은 기억이 나지 않습니다)이며, 아마도 Amazon SES가 이를 제공한다고 생각합니다.
TOS 첫 줄의 Internet forum at https://meta.discourse.org 부분에서 []() 마크업이 사용되었을 가능성이 보입니다. 해당 링크가 https://meta.discourse.org 링크를 표시하기 위해 []() 마크업을 사용하는지 확인해 주시겠습니까? 링크를 표시하기 위해 href 태그와 같은 다른 방법을 사용하지 않는지 확실한가요?
왜 HTML 태그를 사용 중인지 모르겠지만, 적어도 작동은 합니다. 더 깊이 파고들고 싶지 않다면 이 방법을 대신 사용해 볼 수도 있습니다.
/admin/customize/site_texts로 이동하면 오른쪽에 Replace Text 버튼이 있습니다. 이 버튼을 사용하면 시드된 토픽의 텍스트를 재생성할 수 있습니다. 최신 버전이 가져와지지만(기존에 만든 변경 사항이 덮어쓰여지므로, 변경 사항이 있다면 사본을 저장해 두세요), 이 경우 도움이 될지는 확실하지 않지만 시도해 볼 가치가 있을 수도 있습니다.
링크를 임베드할 수 없다고 하셨을 때, 정확히 무슨 뜻인가요?
(아래에 있는 Creative Commons 링크가 그 예입니다)
(제가 언급한 Creative Commons 예시)