우리는 프로젝트 이벤트(테스트 결과, 새로운 사용자 이슈 등록 등)를 자동으로 추적하기 위해 디스코urs 카테고리로 메일을 생성하는 스크립트를 몇 가지 가지고 있습니다. 저는 단순하게 두 개의 메일이 동일한 제목(예: “linux64 testing”)을 가지고 있으면 자동으로 같은 토픽에 통합될 것이라고 가정했습니다. 그러나 각 메일마다 별도의 토픽이 생성되는 것 같습니다. (물론 메일로 토픽에 회신을 보내면 같은 토픽에 유지되는 것은 예상했던 대로입니다.)
이와 관련하여 포럼을 조금 검색해 보다가 “동일한 제목을 가진 토픽 허용” 및 “카테고리가 다른 경우에도 동일한 제목을 가진 토픽 허용” 설정에 대한 언급을 발견했습니다. 놀랍게도 우리 사이트에서는 이 두 설정 모두 체크되어 있지 않은데, 이러한 스크립트 때문에 동일한 제목을 가진 토픽들이 존재합니다. 이 설정들이 이메일을 통해 생성된 토픽에는 적용되지 않고 웹사이트 인터페이스를 통해 생성된 토픽에만 적용되는 것인가요?
어쨌든, 특정 카테고리로 특정 제목의 메일을 보냈을 때 메일 메시지마다 토픽이 생성되는 대신 하나의 토픽으로 자동 통합되도록 디스코urs 사이트를 구성할 방법이 있을까요? (두 사용자가 우연히 동일한 제목으로 메일을 통해 토픽을 게시할 경우 약간의 혼란을 초래할 수 있다는 점은 이해하지만, 저에게는 합리적인 타협이라고 생각합니다.)
조금 더 실험해 본 결과, “동일한 제목을 가진 토픽 허용” 설정은 웹사이트를 통해 생성된 토픽에만 적용되고, 이메일로 수신된 토픽에는 적용되지 않는 것으로 보입니다. 동일한 제목을 가진 수많은 토픽을 생성하는 대신, 이메일의 제목이 토픽 제목과 일치할 때 토픽을 확장하는 기능을 요청하는 기능 요청을 제출했습니다.
질문을 정확히 이해하지 못한 것 같습니다(제가 같은 내용을 반복하고 있는 건 아닌지 걱정되기도 합니다). 하지만 일단 제 생각을 말씀드리겠습니다:
저희 Discourse 사이트에서 이 질문이 제기된 배경은, 예측 가능한 제목(예: “linux64 testing”)을 사용하여 게시글을 생성하는 스크립트가 있는 경우입니다. 의도는 이러한 게시글들이 단일 주제(Topic) 내에서 함께 그룹화되도록 하는 것입니다. 이러한 스크립트의 경우, 제목이 이미 사용되었든 아니든 상관없으며, 동작 방식이 "제목과 동일한 제목의 주제가 이미 존재하면, 메일이 새 주제를 생성하는 대신 기존 주제에 게시글을 추가하고; 그렇지 않으면 제목을 제목으로 사용하여 새 주제를 생성한다"면 됩니다.
좀 더 가상의 상황을 가정해보면, 보안 환경 내에서 작업하여 웹사이트와 직접 상호작용할 수 없으나, 시스템 관리자가 관심 있는 웹사이트의 내용을 읽기 전용으로 해당 환경에 반영하는 사용자를 상상할 수 있습니다. 특정 주제의 제목을 알면, 해당 주제에 대한 메일을 받은 상자에 가지고 있지 않아도 이메일을 통해 특정 주제에 새 게시글을 추가할 수 있습니다.
아직 사용해 본 적은 없지만, 그것이 모범 사례로 여겨진다면 certainly 고려해 볼 수 있을 것입니다. 제 이해가 맞는지 확인하고 싶은데, 스크립트가 사람이 웹사이트와 상호작용하는 것처럼 HTML을 통해 Discourse에 게시물을 올리는 것을 제안하시는 건가요? 아니면 Discourse 사이트가 스크립트가 직접 접근할 수 있는 API를 지원하는 건가요? 이를 어떻게 접근할 수 있을지 포인터나 예시가 있다면 매우 유용할 것입니다. 우리는 Discourse 관리 측면에서 아직 초보자이므로요.
또는, 이메일 헤더에 어떤 트릭을 사용하면 Discourse가 새 주제를 생성하는 대신 기존 주제에 첨부하도록 만들 수 있는지 궁금했습니다. 제목을 "Re: linux64 testing"으로 설정하는 것만으로는 부족하고, Reply-to: 주소와/또는 이메일 헤더 메타데이터가 답글이 새 주제를 시작하는 대신 주제에 첨부되도록 만드는 원인이라고 가정하고 있습니다. (만약 그렇다면, 카테고리 내 모든 가능한 스크립트 제목에 대해 수동으로 주제를 생성하고, 해당 메타데이터가 무엇인지 파악한 후 스크립트에 이를 임베드할 수 있겠지만, 제목 라인으로 기존 주제에 이메일을 자동 병합하는 방법이 이미 존재한다면 특히 시간이 지남에 따라 새로운 제목 라인을 생성할 수 있는 스크립트의 경우 꽤 번거롭게 느껴질 것입니다.)
그것은 전체 동작을 변경해 달라는 매우 구체적인 사용 사례입니다.
아마도 그렇겠지만, 공정하게 말하자면, 원문(OP)에서 저는 우리가 원하는 것을 달성할 수 있는 방법이 있는지 여부와 “중복 주제 허용” 설정이 해제되어 있음에도 불구하고 동일한 제목의 여러 주제가 생성되는 것에 대한 혼란을 표현한 것뿐이었습니다. 이것이 예상되는 동작임을 나타내는 문서를 찾을 수 없었으며, Discourse가 다양한 근거로(예: “해당 제목 라인은 문장이 아닌 것 같습니다”) 이메일을 거부하는 것을 봤기 때문에, "해당 주제 제목이 이미 이 카테고리 내에 존재합니다"라는 바운스 메일을 받을 수 있을 것이라 생각했습니다. (그것이 나를 더 행복하게 만들지는 않았겠지만, 체크박스 제목과 더 일관성이 있어 보였을 것입니다.)
하지만, 동작 변경 요청이 그렇게 이상하다고 생각하지는 않습니다. Discourse 사이트가 이메일로 게시물을 받을 수 있다는 것은 정말 훌륭하고 강력한 기능이라고 생각합니다. 그리고 우리의 경우, 스크립트가 기존 Discourse 주제에 업데이트를 생성하는 좋은 해결책의 80%를 차지합니다. 그리고 기능 요청은 Discourse-meta에서 구현된 다른 요청들과 유사해 보였는데, 이는 분명히 유용해 보이기 때문이었습니다(많은 프로젝트가 이메일을 생성하는 스크립트를 가지고 있으며) Discourse의 철학에 본질적으로 반대되는 것처럼 보이지 않았기 때문입니다(다시 말하지만, 우리는 관리 측면에서 초보자입니다). 이것이 무조건적인 해결책이라는 것을 의미하는 것은 아니지만, 질문을 제기하는 것이 불합리하다는 것이 저에게는 분명하지 않았습니다.
지난주 이 이슈에 대해 남겨주신 댓글(대략 "이메일 수신(email-in) 기능을 통해 전송될 경우, ‘중복 토픽 허용’ 설정과 관계없이 사이트가 다른 조치를 취할 수 없는지 명확하지 않으므로, 설계상 중복된 제목은 허용된다"로 요약할 수 있습니다)을 보고 Discourse의 현재 상태를 이해했다고 생각했습니다. 하지만 오늘, 특정 메일에 대해 다음과 같은 내용을 담은 바운스(수신 불가)를 받으며 혼란스러워졌습니다:
Title has already been used
제가 상황을 잘못 이해한 것일까요, 아니면 지난주 이후 여러분의 쪽에서 무언가 변경된 것일까요?
행동 방식이 바뀐 것을 설명할 수 있는 우리 쪽의 몇 가지 변경 사항이 있습니다:
이전에는 간헐적으로 바운스가 발생하여, 스크립트가 메일을 보내는 이메일 주소를 Discourse 사이트의 "알려진 사용자(known user)"로 등록했습니다. 이를 통해 더 높은 신뢰 등급을 부여하여 문제를 우회하고자 했습니다(이전 메시지에서는 스크립트가 "익명 사용자"로 동작하고 있었습니다).
이제 스크립트가 알려진 사용자로 등록되었으므로, 익명 사용자의 해당 카테고리 게시 권한을 비활성화했습니다.
여러분의 쪽에서 아무것도 변경되지 않았다고 가정할 때, 등록된 사용자는 익명 사용자보다 중복된 제목의 토픽을 메일로 전송할 수 없다는 점에서 더 높은 기준을 적용받는다는 것이 정확한가요? 그리고 이러한 선택의 근거가 있을까요? (일반적으로 등록된 사용자의 권한은 익명 사용자보다 넓을 것이라고 기대합니다.)