지원 티켓 문제

많은 테스트를 거친 끝에 마침내 Discourse 지원 티켓 기능을 출시했습니다.

하지만 바로 몇 가지 치명적인 문제가 드러났고, 어떻게든 해결할 수 있기를 바랍니다.

Support/Support Requests라는 카테고리/서브카테고리가 있습니다.

Support requests는 특정 주제에 있는 게시글을 작성자와 지원 스태프만 볼 수 있도록 개인 주제(private topics)를 사용하도록 설정되어 있습니다. 또한 대부분의 티켓이 이메일로 들어오기 때문에 이메일 수신도 활성화되어 있습니다.

자사의 티켓 시스템을 통해 우리에게 지원 요청을 보내는 고객이 한 명 있는데, RepairShopr이라고 믿고 있습니다. 이 업체로부터 티켓을 받으면 다음과 같은 문제가 발생합니다:

  1. 티켓 전체를 받지 못합니다. 실제 정보 이전에 쓸모없는 내용만 보입니다. 아래 스크린샷을 참조하세요.
  2. 그들이 답장을 보낼 때마다 소프트웨어가 원래 주제에 게시글을 남기는 대신 새로운 주제를 생성합니다.
  3. 게시글 이동(move posts) 기능을 사용하면 이 문제를 해결할 수 있을 것 같지만, 주제들이 개인(private) 설정이라 이동할 수 있는 주제 목록에 표시되지 않습니다.

이 중 하나라도 도와주실 수 있을까요? 이 기능을 기능 테스트하는 데 많은 시간을 보냈는데, 갑자기 쓸모없어졌습니다.

이 설정을 어떻게 구성했는지 좀 더 자세히 설명해 주실 수 있나요? '비공개 토픽’이라는 말은 무엇을 의미하나요?

스크린샷과 같이 게시물의 오른쪽 상단에 있는 봉투 아이콘을 클릭하면 어떤 내용이 표시됩니까? 그곳에서 원본 이메일을 확인하실 수 있으며, 이메일 관련 문제를 해결하는 데 도움이 되는 세부 정보도 포함됩니다. 상대방이 올바르게 구성된 헤더 없이 이메일을 보내고 있다면, 이를 해결할 수 있는 방법이 많지 않을 것 같습니다.

그것이 로컬에 로고의 사본을 생성하는 것 이상을 하지 않는 것 같습니다.


그들에게 티켓 시스템을 거치지 않고 이메일 클라이언트를 통해 지원 요청을 보내도록 설득할 수 있기를 희망하지만, 그 일은 쉽지 않을 것 같습니다.

봉투를 클릭하면 어떻게 되나요? 해당 사이트의 관리자이신가요? 그렇다면 이메일의 원본(raw), 텍스트(text), HTML 버전을 전환할 수 있도록 안내하는 팝업이 다음과 같이 표시되어야 합니다.

네, 첨부된 스크린샷은 두 파일의 유일한 차이를 나란히 비교한 것과 RAW 형식입니다.
그리고 네, 제 사용자는 관리자입니다.

서로 오해하고 있는 것 같습니다. 두 개 위 게시글의 제 스크린샷을 확인하셨나요? 제 스크린샷과 같은 “수신된 이메일” 팝업 창이 표시되어야 합니다. 이를 통해 원본을 확인하실 수 있습니다.

문제가 발신자에게 있다면 Discourse 사이트 측에서는 이를 처리할 수 있는 방법이 없습니다. 이 주제를 닫아도 되는지 알려주세요.

이 텍스트는 이 게시글에 대해 오프토피크(off-topic)인 것이 아니라, 원본 게시글의 3번 항목을 다시 언급한 것입니다. 새로운 주제에서 질문하는 것이 더 좋다고 생각하시면 그렇게 하셔도 되고, 저는 단순히 쓰레기 글을 남기지 않으려고 한 것입니다.

이것은 꽤 중요한 문제입니다. 왜인지 모르게, 우리 클라이언트 중 한 명이 주제에 응답할 때 새 게시글을 만드는 대신, 제가 병합할 수 없는 완전히 새로운 주제를 만들기 때문입니다.

맞습니다. 저는 'envelope(봉투)'이라고 읽으면서 'edit(편집)'이라고 생각하고 있었습니다. 네, 봉투 안의 텍스트를 보면 모든 내용이 다 있습니다. 그렇다면 왜 이런 일이 발생하는 것이며, 앞으로 어떻게 수정해야 하나요?

기본적으로 Discourse는 카테고리에 이메일을 보낼 때 서명이나 이전 메시지 등을 숨기려 합니다. 카테고리에 게시된 글은 보통 공개적이기 때문입니다. 이러한 부분은 해당 카테고리의 글을 읽을 수 있는 모든 사람에게 공유할 의도가 없었던 이메일 주소를 포함하고 있을 수 있으므로 제거됩니다.

이와 관련된 설정은 Trim incoming emails(수신 이메일 자르기)와 Always show trimmed content(잘린 콘텐츠 항상 표시)라고 생각합니다. Incoming email prefer HTML(수신 이메일 HTML 우선)에 대해서도 기억이 납니다. 하지만 정확히 어떻게 상호작용하는지는 기억나지 않습니다.

답글이 새 주제를 생성하는 문제에 대해서는 Find related post with key(키로 관련 게시글 찾기)를 비활성화하는 것이 도움이 될 수 있습니다. 하지만 aforementioned 대로, 저는 이 설정들에 대한 경험이 없습니다.

아, 결국 관련이 있다는 말씀이 맞으시군요. 혹시 몰라서 말씀드리는데, 메시지를 병합할 때 병합 대상 메시지의 URL에서 주제 ID 번호를 복사하여 “기존 메시지”(Existing Message) 필드에 붙여넣을 수 있습니다. 시도해보시고 어떤 일이 일어나는지 확인해 주시겠어요?

Raw 탭의 이메일 주소를 확인해 보세요. 다음과 같은 형태여야 합니다:

incoming+b249a23e7e545288e8dac00808ba154c@YOURDOMAIN

대신 다른 이메일 주소, 예를 들어 카테고리에서 이메일로 새 주제를 시작하기 위한 주소가 표시된다면, 그것이 원인이 됩니다.

이 문제를 Discourse 측에서 수정할 방법은 없습니다 - 상대방과 직접 논의하시거나, 위에서 제가 제안한 대로 수동으로 답변을 이동시켜 함께 유지하는 수밖에 없습니다.

네, '수신 이메일 잘라내기’는 체크되어 있고, '잘라낸 콘텐츠 항상 표시’는 체크되어 있지 않습니다. 궁금한 점이 있네요…
그 둘을 반대로 해야 할까요, 아니면 원하는 결과를 얻기 위해 두 번째 옵션만 체크하면 될까요.
조금 직접 시도해 봐야 할 것 같습니다. 지원 카테고리는 기본적으로 주제가 비공개이므로 무엇이 노출되는지는 중요하지 않습니다. 우리 포럼의 나머지 99% 이상은 웹을 통해 상호작용할 것으로 추측됩니다.

이 기능에 대한 경고문이 있어 비활성화하는 데 주저스럽습니다.

완벽하게 작동했습니다, 감사합니다. 이제 페이지에 주제 ID를 표시하는 비추천(deprecated)된 코드를 수정하기만 하면 됩니다. 하지만 이것이 이 주제와 너무 동떨어진 내용이라고 생각되어, 도움을 받기 위해 예전에 만들었던 제 주제를 다시 활성화할 생각입니다.

네, +key 부분이 있는 것이 아니라 단순히 해당 주제의 이메일 주소로만 발송되고 있다는 것을 확인했습니다.
반복적으로 체인 내에서 답장하라고 요청했지만, 상대방 쪽에 특이한 시스템이 있거나… 문서로 남기면 문제가 될 수 있는 다른 설명이 있을지도 모릅니다.