안내해 주신 단계를 따라 모든 것이 정상 작동합니다! Rejected(거절)함에 바운스 메일이 표시되고 있으며, 직접 답장 메일도 테스트해 보았습니다. 정말 멋집니다! 하지만 저는 특히 Linux에 익숙하지 않은 초보자들이 처음 포럼을 설정할 때(저처럼요) 문제가 될 수 있는 부분이 있습니다. 바로 MX 레코드와 관련된 문제입니다.
제가 올바르게 이해하고 있다면, example.com을 메일 호스트로(MX 레코드 방식을 통해) 지정하면 example.com으로 들어오는 메일에 대해, 외부의 사용하기 쉬운 웹사이트를 통해 일반 메일함 주소(예: admin@example.com)를 설정하는 것이 불가능해지는 것으로 보입니다. 이 주소는 기본적으로 Discourse의 “About” 탭에 인쇄되며, 제가 만드는 포럼에도 실제로 이러한 주소가 필요합니다. 저는 기술에 밝지 않은 사람이고, 자체 메일 서버 호스팅과 관련된 다른 위협 요인들을 보고 있기 때문에, admin@example.com의 메일함은 제 DO 드롭렛(DigitalOcean Droplet) 외부에 있어야 한다고 강력하게 생각합니다. 저는 어제 밤에 Postfix를 실행하는 데 인정하기 싫을 정도로 오랜 시간을 보냈지만, 결국 실행에 성공하지 못했습니다. 이 문제를 두고 잠을 자고 나서 생각해보니, 저는 DigitalOcean에서 메일 서버를 구축하는 데 적합하지 않다는 느낌이 듭니다. 해결책보다 더 많은 문제를 상상하게 됩니다. 제 초점은 단순함입니다.
목표: 곧 생성할 admin@example.org를 곧 생성할 Gmail 메일함으로 연결하는 것입니다. 이렇게 할 때 제가 잃게 되는 것이 무엇인지 이해하는 데 도움을 주실 수 있나요? 제가 잃는 것이 콘텐츠가 표시되는 즉시성뿐이라면, 저는 이를 감당할 수 있습니다. 참고: 제 관점에서 현재 MailGun 설정은 발신용으로 그대로 유지할 수 있지만, 그렇다면 두 개의 Gmail 계정을 생성해야 합니다. 하나는 바운스용으로 특정하여 “호출”(POP3)되는 계정이고, 다른 하나는 admin@example.org로 메일을 작성하는 사람들을 위한 계정입니다. 후자의 경우, 곧 이름이 정해질 @gmail 계정으로 전달되며, 저는 그 계정으로 그들에게 답장하게 됩니다. [편집: 명확히 하자면, 제 도메인 등록 업체인 NameCheap는 별도의(이미 저렴한) 메일 호스팅 서비스를 구매할 필요 없이 별칭 메일 주소를 생성하고 이를(예: Gmail로) 무료로 전달할 수 있도록 허용합니다.]
제 이해가 맞나요? 도움과 이 곳의 모든 게시물에 진심으로 감사드립니다. 많은 것을 배웠습니다!
일반적으로 권장되는 방법은 포럼을 서브도메인(예: www.example.com, forum.example.com)에서 운영하는 것입니다. 이렇게 하면 메일 도메인으로 xxx@www.example.com을 사용하고 example.com으로 메일을 받는 데 문제가 발생하지 않습니다. 그런 다음 수신되는 그룹/카테고리 게시물을 whatever@forum.example.com으로 구성하면 됩니다. (그리고 웹 사이트를 네이키드/에이펙스 도메인에서 운영하는 것은 정말로 권장하지 않습니다: Ojktoto > Ada Togel Online Terbaik Di Situs Toto Terpercaya)
@pfaffman 와우! 그러니까 케이크도 먹고 남기기도 할 수 있다는 뜻인가요? ! 이건 정말 희망적인 소식입니다. 제 설정이 이미 거의 올바르게 되어 있을 수도 있거든요…
제 외부 발송(outbound) 이메일 서브도메인은 단순히 mg이며 잘 작동합니다. 즉, postmaster@**mg**.example.com(별표 제외)이 제안해 주신 대로 포트 2525에서 작동합니다. 완벽하네요. Discourse에 필요한 것(웹훅 등)을 제공한 것 같습니다. 이 구성으로 바운스(bounce) 메일을 확인할 수 있습니다.
DNS 설정에 있는 유일한 MX 레코드는 mail.example.com을 example.com으로 가리키고 있습니다. 이것이 실제로 어떤 역할을 하는지(혹은 역할을 하는지) 전혀 모르겠습니다. 메일은 잘 전달되고 있고, Discourse 내부에서 바운스도 확인되며, 이 구성으로 직접 답장(direct-reply)도 작동합니다. 훌륭하네요!
제 containers/mail-receiver.yml 파일에는 MAIL_DOMAIN이 mg.mydomain.com으로 설정되어 있습니다 — 이는 메일건(Mailgun, 외부 발송용)과 같습니다.
아마 그 MX 레코드는 쓸모없거나 이름 변경이 필요할 수도 있습니다. 왜냐하면 그 MX 레코드 외에 mail.mydomain.com을 어디서 정의했는지 전혀 모르거든요.
조금 복잡한 점은, NameCheap의 무료 이메일 자동 전달 기능을 다시 사용하려면 DNS 설정을 DigitalOcean에서 등록사(레지스트라)로 되돌려야 한다는 것입니다. 이 기능은 DNS 설정도 등록사에 있을 때만 작동합니다.
제 워크플로우는 다음과 같습니다. 현재 DO에 있는 모든 DNS 항목을 NameCheap로 정확히 그대로 옮긴 후, admin@mydomain.com과 같은 이메일 주소를 만들어 방금 생성한 Gmail 주소로 전달하도록 설정하는 것입니다. 최종적으로 “직접 전달되는 수신 메일” 기능이 계속 작동할 수 있고, 별도의 서브도메인을 만들지 않아도 도메인 이메일 상자를 확보할 수 있을 것입니다 — 제가 이해한 대로라면요. 이 복잡한 내용을 이해하는 데 도움을 주셔서 다시 한번 감사합니다, Jay. Cheers!
레지스트러로 모든 DNS 설정을 되돌려 이메일 전달 기능을 활성화하기 위해 시도해 본 결과 몇 가지 흥미로운 발견이 있었습니다. 이건 정말 고민이 되는 부분이네요: @Jonathan5 저는 실제로 그 독립적인 MX 레코드를 제거해서 어떤 일이 일어나는지 확인해 보았습니다. 결과는 혼란스럽습니다. 모든 것이 여전히 작동하지만, 포럼의 게시물/댓글에 대한 이메일 직접 전달 시 약 12분 정도의 지연이 발생하고 있습니다. 이 현상의 왜 그런지 이해할 수 있는 분이 있을까요? (제 포럼은 아직 오픈 전이며, 여전히 테스트 및 설정 중입니다)
또한 이 사실도 알게 되었습니다: 위에 링크된 "기능"을 사용하고 동시에 MX 레코드를 추가할 수 없다는 것입니다. NameCheap에서 MX 레코드가 추가되면 이메일 전달 기능이 비활성화되고, 해당 링크에서 #6 아래에 보이는 전체 영역이 회색으로 변하며 내용이 사라집니다.
그 MX 레코드에는 정확히 어떤 역할이 있나요? 제 MX 레코드는 mail.mydomain.com을 가리키고 있습니다. 이 레코드를 제외하면 새로운 문제를 유발하는 것일까요? 제 선택지는 (a) OP에서 생략된 대로 MX 레코드를 그대로 두는 것, (b) admin@mydomain.org를 설정하고 이를 새로 만든 Gmail 수신함으로 무료로 전달하는 것, 또는 (c) 직접 전달을 완전히 포기하고 대신 POP/IMAP 설정을 선택하는 것 중 하나인 것 같습니다.
후자에 대해 말씀드리자면, 레지스트러의 "개인 이메일 서비스"가 8달러라면 매우 저렴한 가격입니다. 다만 그것이 저에게 어떤 이점을 제공하는지는 잘 모르겠습니다. 만약 MX 레코드를 다시 할당할 수 있게 되어 이메일이 더 안전해지거나 더 빠르게 전달된다면, 아마도 그 서비스를 이용할 것 같습니다. 아직 이 분야에 익숙해지는 중입니다 제 질문을 인내심 있게 들어 주시고, 특히 도움을 주셔서 감사합니다.
@Jonathan5 안타깝게도 제 행운의 흐름이 바뀌었습니다. 제가 아무것도 하지 않았는데도 말이죠. 아마도 인터넷 전파 지연 때문인 것 같습니다 . 이전 댓글은 MX 레코드 삭제 테스트 후 약 10~15분 뒤에 작성한 것이었습니다. 지금은 90분이 지났고, 다음과 같은 기능이 더 이상 작동하지 않습니다: 직접 전달, 읽음 확인, 반송, 거부 목록 등. 기뻐해야 할 일이네요.
@pfaffman 등록업체 NameCheap에 대한 상황을 말씀드리겠습니다. 이 업체는 둘 중 하나를 선택하는 방식을 사용합니다. 고객은 DNS 설정에서 원하는 만큼의 MX 레코드를 설치할 수 있지만, 단 하나의 MX 레코드만 추가해도 고객은 이메일 주소/별칭(예: admin@newdomain.com)을 생성하여 다른 메일함(예: @gmail)으로 전달하도록 설정할 수 없게 됩니다.
앞으로의 최선의 방법에 대한 의견을 환영합니다. 제 생각에, OP가 여기서 정의한 대로 직접 전달을 작동시키려면 MX 레코드가 필요하고, 구매할 이메일 제공업체를 위한 서브도메인을 사용하는 또 다른 MX 레코드가 필요합니다. 제 추측이 맞나요? 모두 감사합니다!
아마도 MAIL_DOMAIN을 mail.domain.com으로 설정하고 포럼 도메인은 domain.com인 상태였을 수 있습니다. 그렇게 되면 MX 레코드가 모든 것이 정상적으로 작동하게 해주는 역할을 했을 것이며, 결국 제거해서는 안 되는 것이었을 것입니다. 그리고 DNS가 전파되는 동안 점차 유행에서 벗어났습니다. 따라서 다시 원래대로 돌려놓아야 합니다. 제가 이 문제를 복잡하게 만든 데 일조했다면 죄송합니다. 그리고 만약 그 MX 레코드가 필요하지만 사용할 수 없으며 무료 이메일 서비스를 사용해야 한다면, 그 부분에서도 처음부터 다시 시작해야 하는 상황이 됩니다.
! 이건 정말 희망적인 소식입니다. 제 설정이 이미 거의 올바르게 되어 있을 수도 있거든요…
제 질문을 인내심 있게 들어 주시고, 특히 도움을 주셔서 감사합니다.
. 이전 댓글은 MX 레코드 삭제 테스트 후 약 10~15분 뒤에 작성한 것이었습니다. 지금은 90분이 지났고, 다음과 같은 기능이 더 이상 작동하지 않습니다: 직접 전달, 읽음 확인, 반송, 거부 목록 등. 기뻐해야 할 일이네요.