저희 비영리 단체는 Discourse를 내부 메시징, 토론 및 공지 사이트로 사용하고 있습니다. 해당 Discourse 인스턴스에 참여하는 인원은 최대 20명 정도입니다. 따라서 일반적인 대규모 공개 포럼 상황과는 다릅니다. 이런 경우, 출구 메일을 즉시 큐에 넣으려는 시도는 바람직하지 않을 수 있습니다.
따라서 저는 Discourse가 직접 이메일 발송과 거의 동일한 속도로 작동하도록 하고 싶습니다. 게시글이 작성된 후 메일이 큐에 들어가기 전에 내장된 지연 시간이 있다는 내용을 읽었습니다. 저는 가능하면 지연 시간이 전혀 없기를 원합니다.
저는 "이메일 시간 창(email time window)"을 1분으로 설정해 두었습니다. 이를 0으로 설정하면 메일이 즉시 생성됩니까?
그렇다면 모든 사용자에게 보낼 메일을 즉시 발송하도록 Discourse에 어떻게 지시할 수 있을까요? 현재 설정으로 테스트해 본 결과, 사용자의 받은 편지함에 메일이 도착하는 데 최대 5분이 걸리는 것으로 확인되었습니다.
관련해서, 모든 카테고리에서 개별 이메일을 수신하고 다이제스트를 받지 않도록 하는 기본 신규 사용자 설정을 변경하는 방법을 찾지 못했습니다. 저는 사용자 계정을 사전에 생성(TL1)하고 "계정이 생성되었습니다"라는 이메일을 발송할 예정이므로, 새 계정이 다이제스트 없이 모든 이메일을 즉시 받을 수 있도록 준비되어 있기를 원합니다.
혹시 비슷한 사용 사례를 가진 다른 관리자분들이 저희와 유사하게 인스턴스를 설정해 두신 분이 계실까요?
참고로, API를 통한 수신 이메일 설정은 완료되어 있고, 게시글이 매우 빠르게 올라오는 것으로 확인되었습니다. 제가 조금 더 빠르게 처리하고 싶은 부분은 출구 이메일 발송입니다.
저는 이메일로 답글을 보내고 이메일로 새 주제를 생성하도록 설정해 두었으며, 대부분 이 방식이 사용되므로 전송 후에도 텍스트를 수정할 수 없게 됩니다.
말씀드린 대로 이것은 작은 사용 사례입니다. 웹 UI를 사용하도록 강제하지 않고, 우리가 지금까지 해왔던 것처럼(다만 더 체계적인 방식으로, 즉 카테고리 및 주제 분류, 20개의 이메일 주소를 입력하고 전체 답장을 사용하는 대신, 기록 관리 및 검토를 위한 웹 UI 제공 등 - 즉 discourse) 이메일을 사용함으로써 채택률을 높이려는 것입니다.
UI를 사용할 때 최소 시간이 1분이라면, 1분 편집 타임아웃은 괜찮습니다.
따라서 제 질문을 더 구체적으로 하자면.
게시물이 편집 타임아웃에서 해제된 시점과 시스템이 이메일 전송을 큐에 넣는 시점 사이의 지연 시간을 설정할 수 있는 옵션이 있습니까, 아니면 하드코딩되어 있거나 즉시 전송됩니까?