따라서 두 개의 별도 Linux 서버가 있습니다. 하나는 NGINX가 웹 서버를 호스팅하는 server.com에 있고 다른 하나는 메일 서버를 호스팅하는 mail.server.com에 있습니다.
내가 원하는 것은 사람들이 server.com:465 또는 server.com:993을 통해 내 메일 서버와 상호 작용할 수 있도록 하는 것입니다. 이 포트는 mail.server:465 또는 mail.server:993으로 리디렉션됩니다. 이는 메일 클라이언트를 통해 연결할 때 특히 유용합니다. (Thunderbird는 추가할 때 mail.server.com을 자동으로 시도하지 않습니다.[이메일 보호됨])
가상 호스트가 맞다면 465/993에서 수신 대기하고 URL을 리디렉션하는 일반 가상 호스트를 시도했지만 작동하지 않는 것 같습니다. 그리고 나는 그것이 순전히 웹 브라우징 상황에서만 작동하고, 그 길을 느끼려고 노력하는 smtp 클라이언트와는 다르다고 생각합니다.
우연히 스트림 또는 스트림 프록시라는 것을 발견했는데 작동할 수 있을 것 같습니다. 하지만 물론 기본적으로 설치되지는 않으며 Bitnami 서버(AWS Lightsail)에서 애플리케이션을 컴파일하거나 설치하는 방법을 모릅니다...
제가 놓친 부분이나 잘못 이해한 부분이 있나요?
답변1
일반적인 Nginx 가상 호스트는 작동하지 않습니다. 메일 프로토콜 중 HTTP와 같은 것이 전혀 없기 때문입니다. 메일 앱은 Nginx가 이해할 수 있는 어떤 것도 보내지 않으며 Nginx로부터 받는 어떤 것도 이해하지 못합니다.
게다가 HTTP를 제외한 대부분의 프로토콜에는 실제로 리디렉션 개념이 없으며 TCP 자체도 마찬가지입니다.
대신 서버가 다음을 수행해야 할 수도 있습니다.모든 데이터를 중계하다haproxy, Relayd, 심지어 Nginx와 같은 것을 TCP 모드(IIRC에 있음)에서 사용합니다. 이 옵션의 단점은 서버가 클라이언트의 IP 주소를 볼 수 없으며 다른 가능한 실패 지점을 추가한다는 것입니다.
이것이 옵션이 아닌 경우 먼저 앱이 올바른 도메인에 연결되도록 하는 방법을 찾아보세요. Thunderbird에는 실제로 그러한 기능이 있습니다.자동 구성HTTP를 통해 파일을 저장하면 메일 클라이언트는 이를 사용하여 올바른 메일 서버 이름을 결정합니다.
_imaps._tcp올바른 메일 서버를 가리키 도록 _submission(s)._tcp도메인에 대한 SRV 레코드를 추가해 볼 수도 있습니다 . 일부 메일 클라이언트는 계정을 추가할 때 자동 구성을 위해 이를 사용하지만 Thunderbird는 그렇지 않습니다.