Discourse를 좋아하지만 최근에 몇 가지 문제에 부딪혔습니다. 제 호스팅 회사와 Discourse 유지보수 담당자는 Discourse가 메일러 지원 없이 실행될 수 없다고 말했습니다. 모든 것을 설정하는 데 약 한 달이 걸렸습니다. 해당 호스트와 더 이상 서비스를 제공하지 않고 있으며, 백업을 사용하여 새로운 위치에 설치를 다시 진행해야 합니다.
Discourse가 실행되려면 메일러가 필요한지 확인하기 위해 포럼을 대략적으로 검색해 보았지만, 구체적인 내용은 찾지 못했습니다.
Discourse에 메일 지원이 필수적인가요, 아니면 메일 없이도 실행할 수 있나요?
논쟁적인 주장을 하나 하려 합니다. 제게는 Discourse를 이메일 지원과 함께 설정하는 것이 너무 많은 노력(제게는)이 들었습니다. 다시는 하고 싶지 않습니다. Discourse 자체의 문제가 아니라, 메일 제공업체를 찾고, 가입하고, 설치 담당자에게 메일러 정보를 보내고, 레코드 전파를 기다리고, 메일 제공업체가 인수되는 상황을 겪고, 다른 메일러를 찾고, 설치에 메일러 정보를 다시 보내고, 새 메일러로 다시 설정하는 등의 과정이 문제입니다. 설치 자체 외에 이 부분에만 한 달이 걸렸습니다.
제 사용자들은 메일 지원이 필요하지 않습니다. 저도 필요하지 않습니다. 원하지도 않습니다. 저나 제 사용자가 스레드의 답변을 기다리고 있다면 페이지를 새로고침하거나 브라우저 알림을 사용할 수 있습니다. 메일은 원하지 않습니다!
이메일 스팸은 싫습니다.
그 Sam-I-am 같은 것들은 싫습니다.
여기저기 있는 것도 싫습니다.
어디에 있는 것도 싫습니다.
내 집에서 읽지 않을 겁니다.
마우스로 클릭하지 않을 겁니다.
수신함에서 읽지 않을 겁니다.
Firefox에서 읽지 않을 겁니다.
여기저기에 메일은 원하지 않습니다.
어디에도 메일은 원하지 않습니다.
예전에는 서버 사이드 코드를 더 자주 작성했을 때, 메일을 발송하는 메일 API가 있었습니다. 제 호스팅 업체(주 사이트의)도 WordPress를 통해 PHP로 메일을 보내도록 허용합니다. 유일한 요구 사항은 메일을 발송하는 데 사용할 메일 계정을 서버에 설정해 두는 것입니다. 많은 양의 메일 발송은 원하지 않았지만, 이를 막지도 않았습니다. 저는 PHP와 ASP로 메일 발송기(정당한 메일 발송기)를 작성해 본 적이 있습니다(오래전 일이지만요).
그 기술을 새 사용자 등록 및 비밀번호 분실 메일에 사용할 수 있을까요? 너무 복잡하게 얽혀 있어서 그럴 수 없을 것 같다는 추측입니다.
다시 말하지만, 저는 Discourse와 메일 기능을 좋아합니다. 다만 다른 회사들이 요구하는 메일 설정 방식은 마음에 들지 않습니다.
참고로, 저는 이메일 설정을 직접 설정하는 과정에서 애를 먹다가, 결국 컨테이너 내의 Ruby 코드를 수정하여 관리자에게 전송될 이메일 메시지를 출력하도록 했습니다. 그 메시지에는 활성화 URL이 포함되어 있었습니다. 왜 활성화 URL을 컨테이너의 표준 출력으로 출력하지 않는 걸까요? 이렇게 하면 이메일 설정이 제대로 작동하지 않는 사람도 활성화 단계를 실제로 통과할 수 있을 것입니다.
논쟁의 여지가 있지만, 이메일이 없는 버전의 Discourse를 제공한다면 그 활용 범위가 넓어질 수 있습니다.
