읽다https://ccm.net/contents/116-how-email-works-mta-mda-mua그리고https://en.wikipedia.org/wiki/Email_agent_(인프라), 이메일 전송 프로세스가 수신 프로세스와 비대칭인 이유를 알고 싶습니다. 전송 프로세스에는 MDA와 유사한 것이 없습니다. MUA는 이메일을 보내기 위해 MTA에 직접 연결합니다. (편지를 부칠 때 우리가 길 아래에 있는 가장 가까운 공공 우편함으로 간다고 상상해 보십시오. 그곳에서 우체부가 하루에 두 번씩 우편물을 수거합니다.)
- MUA는 어떤 이메일이 전송되었는지 어떻게 알 수 있나요? (MUA는 "Sent" 폴더의 메시지를 어떻게 가져오나요?)
- 보낸 이메일은 서버의 MDA에서 받은 메시지와 동일한 위치에 저장됩니까?
답변1
https://unix.stackexchange.com/a/492794/:
@Tim, 왜 보내고 받는 것이 대칭이어야 한다고 생각하시나요? MTA는 서버 간 통신을 담당합니다. (다른 사람에게 메일을 보내는 동안) 한쪽 면만 볼 수 있다는 점에서 대칭입니다. 수신은 공급자의 서버에 의해 수행됩니다. 메일 전송 자체는 매우 빠릅니다(몇 밀리초).
따라서 송신 측에는 MDA와 같은 것이 필요하지 않습니다. 한번 시도해 보시면 메일이 배달될 것입니다. 우편 서비스처럼 생각해보세요. 우체국에 패키지를 맡기면 추가 설정이 처리됩니다.
MUA는 단순히 메일을 도중에 보냅니다. 첫 번째 MTA에서 승인되면 MUA는 이를 고려합니다.보내다. 다시 한 번, 우편 서비스를 예로 들어 보겠습니다. 보내기 위해 우체국에 패키지를 넣으면 배달될 것이라고 가정합니다. 도중에 문제가 발생하면 패키지를 반품해 드립니다. 배송 중 메일에 문제가 있을 때 발생합니다. 메시지가 다음 정류장으로 배달될 수 없는 경우 MTA는 반환 메시지(소위 바운스 메시지)를 보냅니다.
이제 다시 수신 측에 있습니다. 나는 우편 아날로그를 다시 선택하는 것으로 시작했습니다. 항상 연락이 가능하고 항상 같은 위치에 있는 경우 우체부가 직접 귀하에게 와서 우편물을 배달할 수 있습니다. 이는 MTA가 귀하에게 직접 메일을 보낼 것임을 의미합니다.
불행하게도 당신은 비정적 IP를 가지고 있고(항상 같은 위치에 있지는 않음) 항상 거기에 있는 것은 아닙니다(항상 집에 있는 것은 아닙니다). 따라서 MTA에서 메일 배달을 시도할 수 있지만 귀하의 부재로 인해 메일이 반송됩니다(위 참조).
이를 방지하려면 자신만의 이메일 주소가 있어야 합니다. 이는 이메일과 일반 메일 모두에 해당됩니다. 우체국 직원/MTA는 자신이 정한 시간(시간)에 맞춰 우편물을 우편함에 넣습니다. 메시지를 전달해야 할 때마다 그는 그렇게 할 수 있습니다. MTA의 경우 이는 전용 폴더에 파일을 저장하는 것을 의미합니다.
사서함은 귀하와 우체부 사이의 동기화 요소를 나타냅니다. 언제든지 P.O로 갈 수 있습니다.너올바른 것을 찾아 게시물을 찾으십시오. MTA는 메시지를 서버에 저장하기 때문에 직접 액세스할 수 없습니다. 이것이 바로 MDA가 유용한 곳입니다. MDA를 사용하면 귀하를 대신하여 귀하가 원하는 시간에 사서함에 액세스할 수 있습니다.