회사 전체를
자사 도메인으로
사람별 주소와 역할별 주소를 모두 한 도메인에. 주소마다 담당자가 있고, 공용 서명을 유지하며, 담당자가 떠나도 주소는 남습니다.
레코드 세 개로 도메인이 켜집니다. 그다음 주소마다 담당자가 생깁니다.
출발점
지금은 이런 모습입니다.
hello@가 한 사람의 메일함으로만 갑니다
홍보, 채용, 청구 메일이 모두 처음 설정한 사람에게 가고, 전달 설정이 그 상태를 굳힙니다.
사람이 떠나자 메일도 같이 나갔습니다
주소가 회사가 아니라 그 사람의 것이었기 때문에, 대화도 노트북과 함께 나갔습니다.
누가 무엇을 읽는지 아무도 모릅니다
접근 권한을 그때그때 부탁으로 나눠 줬고, 누가 어떤 주소를 가졌는지 적힌 목록이 없습니다.
작동 방식
네 단계면 돌아갑니다.
- 01
도메인 추가
설정, 도메인, 추가. OpenEmail이 DNS에 필요한 레코드를 시작용 DMARC 한 줄까지 함께 보여 드립니다.
- 02
레코드 게시
DNS 제공업체에 붙여 넣거나, 제공업체를 연결해 동기화하세요. 그러면 도메인이 메일을 받기 시작합니다.
- 03
주소 만들기
그 도메인에 hello@, press@, jobs@를 추가하고, 나머지로 오는 메일은 캐치올이 받도록 두세요.
- 04
답할 사람 초대
초대장에 역할과 주소가 함께 담깁니다. 본인이 수락하기 전에는 아무 권한도 생기지 않습니다.
바탕이 되는 기능
일을 해내는 구성 요소.
각각 따로 읽어 볼 수 있는 구성 요소 위에서 돌아갑니다. 도메인과 DMARC, 역할과 권한 부여, 초대, 공용 서명, 연락처, 계정 보안.
시작용 p=none 레코드를 복사하도록 보여주거나 동기화가 직접 씁니다. 대신 조여주지는 않습니다.
v=DMARC1; p=none; rua=…
역할은 무엇을 할 수 있는지를, 주소 권한은 그것을 어디에 할 수 있는지를 정합니다.
읽기만, 또는 읽고 그 주소로 발송까지. 나머지는 보이지 않습니다
실제 활용
구성 요소별로 하나씩.
아래 페이지는 각각 그 안의 일 하나를 따라갑니다. 도메인을 켜는 일부터 메일함을 넘겨주는 일, 상대의 언어로 답하는 일까지.
주소는 워크스페이스의 것이라, 사람이 바뀌어도 메일은 남습니다.
질문
가입 전에 자주 묻는 것.
DNS를 OpenEmail로 옮겨야 하나요?
아니요. 보여 드린 레코드를 지금 쓰는 DNS 제공업체에 붙여 넣거나, 그 제공업체를 연결해 동기화로 쓰게 하세요. 도메인은 있던 자리에 그대로 남고, 소유권도 그대로입니다.
권한을 받지 않은 주소를 다른 사람이 읽을 수 있나요?
아니요. 역할은 무엇을 할 수 있는지를, 주소 권한은 어떤 주소에 그 일을 할 수 있는지를 정합니다. 주소 하나는 딱 그 주소 하나이고, 구성원을 내보내면 가지고 있던 권한이 모두 회수됩니다.
DMARC 정책을 OpenEmail이 대신 정해 주나요?
시작용 레코드인 p=none까지만입니다. 복사할 수 있게 보여 드리거나 동기화로 써 넣습니다. quarantine이나 reject로 강화하는 것은 DNS 제공업체에서 직접 내리는 결정이고, OpenEmail이 대신 강화하지 않습니다.
관련 사례
