소개

이것은 메일 서버 구축 자체의 이야기가 아닙니다. 클라우드로 서버 구축했을 때 이끼 한 포인트. 알려진 문제인 것 같습니다. 메모 정도로

전제 환경

이용 클라우드: CloudGarage

ssh 호스트 : Debian9

ssh 클라이언트: Bash on Ubuntu on Windows10

apache2.4

postfix

dovecot

취득 도메인: hoge.com 과 가정

Gmail에 온 이메일 도메인: fuga.novalocal로 가정

무엇이 왜 이렇게 되었습니까?

CloudGarage 씨의 클라우드를 빌려서 개발용으로 이용

미리 준비되어 있던 Debian9의 이미지를 이용해 인스톨. apache2.4(이번 관계 없음) postfix dovecot 라는 지극히 표준적인 환경을 구축했습니다.

http 서버 구축이 완료 후, 메일 서버 구축을 하고, Gmail의 주소에 테스트 메일을 송신.

자신이 취득한 도메인이 아닌 곳으로부터 메일이 도착한다
그렇다.

진짜 악은 어디 있니?

도메인이 이상하다고 말했을 때 보는 포인트는 많다고 생각합니다만…
* DNS 서버에 등록이 맞습니까?
* 로컬에서 해결할 수 있습니까? (localhost 등으로 전송할 때 어떻게됩니까?)
* 또한 서버 소프트웨어가 올바르게 설정되어 있고 올바르게 작동하고 있습니까?

같은 곳이 될까 생각합니다.

확인으로 한 일

도메인 이름 확인이 가능합니까?
→apache 정상 기동 확인 후, Windows의 브라우저로부터 취득 도메인으로 액세스 할 수 있다.

서버 소프트웨어 설정이 맞습니까?
→ postfix, dovecot 모두 syntax error없이 정상 작동

localhost로 메일 보내기

fuga.novalocal로부터 메일이 온다←!?
여기서, "어이어이어이, 뭐야 이건…"라고.
/etc/postfix/main.cf는

mydomain = hoge.com
myhostname = hoge.com
myorigin = $mydomain

라고 적혀있다.

(ﾟдﾟ)햅 이 fuga.novalocal 의 fuga는 기시감이 있다. 무엇을 숨기자 스스로 인스턴스를 세웠을 때의 호스트명. 그렇다면
5. /etc/hosts 를 만지기까지.127.0.0.1 fuga.novalocal fuga127.0.0.1 hoge.com fuga.novalocal fuga 로 변경하고 저장.
이메일을 Gmail로 다시 보내 확인

키타━━━━(ﾟ∀ﾟ)━━━━!!
메일은 등록한 도메인에서 왔습니다.

이것으로 끝이라고 생각하면 큰 실수였습니다.

실은 여기에서가 본제. 실은 이 /etc/hosts 의 변경, 인스턴스 재기동으로 실효한다. 넨타코타/(^o^)＼
Twitter에 썼을 때 이런 대답이…

OpenStack 환경에서는 cloud-init이라는 것을 사용하여 설정하는 것 같습니다. 여기의 인스턴스에서 확인할 수 있었으므로 이 파일로 설정되어 있을까 생각합니다. 커스텀하면 좋을 것 같습니다. htps // t. 코 / X0mb104 U W 피 c. 라고 r. 코m/TYmYc5ゔぃ세 — FoxBoxsnet (@FoxBoxsnet) 10월 18, 2017

실제로 /etc/hosts를 열 때

뭐라고 하고 있다.
요컨대, /etc/hosts 는 기동시에 /etc/cloud/template/hosts.debian.tmpl 로부터 읽혀지고 있는 것이다.
따라서 변경이 필요한 경우에는 /etc/cloud/template/hosts.debian.tmpl를 다시 써야 한다.
에서 이것을 열고 127.0.0.1 hoge.com fuga.novalocal fuga 와 추기.

이것으로 재기동에서도 반영된다. 했어! !

추가

CloudGarage 씨도 대응해 주셔, FAQ가 추가되고 있습니다.
이쪽의 방법으로도 회피할 수 있는 것 같습니다 때문에 확인해 주세요.

CloudGarage 공식 FAQ

봐 주셔서 감사합니다.

Thanks

CloudGarage 님 (Twitter: @CloudGarage_PR )

FoxBoxsnet 님 (Twitter: @FoxBoxsnet )