아니요, 이메일을 전달하면 발신자는 귀하가 전달했음을 알 수 없습니다. 이메일 작동 방식 때문입니다. 그러나 수신자는 귀하가 전달한 것을 볼 수 있으며 원래 발신자에게 알릴 수 있습니다.

저는 Aaron이고 기술을 좋아합니다. 나는 대부분의 사람들과 마찬가지로 매일 이메일을 사용하지만 이전에 이메일 시스템을 관리하고 보호하기도 했습니다.

이메일 작동 방식, 원래 보낸 사람이 귀하가 이메일을 전달했는지 여부를 알 수 없는 이유, 이메일에 대해 가질 수 있는 몇 가지 질문에 대해 논의해 보겠습니다.

주요 사항

• 이메일은 편지를 보내는 것과 매우 유사하게 작동합니다.
• 이메일이 발전한 방식으로 인해 이메일 서버 간에 양방향 통신이 거의 없습니다.
• 이러한 양방향 통신 부족으로 발신자는 이메일이 전달되었는지 확인할 수 없습니다.
• 누군가가 알려주면 이메일이 전달되었음을 알 수 있습니다.

이메일은 어떻게 작동합니까?

이메일은 가능한 한 편지 쓰기를 모방하도록 설계되었습니다. 그것은 이전에 인터넷을 사용해 본 적이 없는 사람들이 접근할 수 있도록 만들고자 하는 바람에서 부분적으로 주도되었지만 초기 인터넷의 일부 기술적 한계 때문이기도 했습니다.

인터넷 초기에는 점대점 통신이 느렸습니다. 연결이 느렸습니다. 완벽한 조건에서 초당 14킬로비트를 전송하는 것이 엄청나게 빠르던 때를 상상해 보십시오!

용참고로 30초 고화질 비디오를 문자로 보낼 때 일반적으로 130MB로 압축됩니다. 1,040,000킬로비트입니다! 1990년대 초반에 완전히 완벽한 조건에서 전송하는 데는 거의 21시간이 걸렸을 것입니다!

텍스트가 동영상만큼 크거나 저장하기에 복잡하지는 않지만 양방향으로 전송되는 많은 양의 텍스트는 시간이 많이 걸립니다. 간단한 대화를 나누는 데 수십 분이 걸리는 것은 부담스러운 일입니다. 지연이 예상되는 이메일 작성은 그렇지 않습니다.

서신을 통해 서신을 주고받는 세상에서 이메일은 더 빠른 커뮤니케이션 방식으로 청구되었습니다. 그러나 그것은 편지의 모양, 느낌 및 작동을 유지했습니다.

어떻게? 이메일이나 편지를 보내려면 수신자와 주소를 지정해야 하며 복잡한 기술적 또는 물리적 라우팅을 통해 이메일이 수신자에게 전달되도록 합니다.

이메일을 보내면 편지와 매우 유사하게 작동합니다. 메시지를 제어할 수 없고 다시 라우팅할 수 없습니다. 또한 한 가지 예외를 제외하고 응답을 받지 않는 한 편지에 무슨 일이 일어나는지 알 수 없습니다.

이 예외는 주소 확인 입니다. 주소 확인은 이메일 서버와 수신자의 이메일 서버가 수신자 주소의 유효성을 확인하는 것입니다. 주소가 유효하면 팡파르 없이 이메일이 전송됩니다. 주소가 유효하지 않은 경우 수신배달 불가 통지. 다시 말하지만, 반환된 편지와 매우 유사합니다.

다음은 이메일 라우팅 작동 방식에 대해 자세히 설명하는 간단한 7분 YouTube 동영상입니다.

그렇다면 발신자는 이메일이 전달되었는지 확인할 수 없는 이유는 무엇입니까?

발신자는 이메일 서버 및 라우팅 작동 방식 때문에 이메일이 전달되었는지 확인할 수 없습니다. 주소가 확인되면 이메일은 발신자의 통제를 벗어납니다. 보내는 사람의 서버와 받는 사람의 서버 사이에 더 이상 주고받는 통신이 없습니다.

이렇게 주고받는 커뮤니케이션이 없으면 이메일에 대한 업데이트를 제공할 방법이 없습니다.

자신에게 물어볼 수 있습니다. 왜 우리는 앞뒤로 소통하지 않습니까? 이메일에 대한 업데이트를 받을 수 없는 이유는 무엇입니까?

이메일 인프라는 현재 양방향 통신 부하를 처리하는 데 상당한 역할을 합니다. 오늘날 이메일은 단순한 텍스트가 아니기 때문에 그럴 필요가 있습니다. 이메일에는 html 형식, 포함된 이미지 및 비디오, 첨부 파일 및 기타 콘텐츠가 있습니다.

원래 의도하지 않은 새로운 용도에 맞게 이메일을 수정하는 대신 개발자는 인스턴트 메시징, 문자 메시지, 파일 공유 및 기타 통신 양식과 같은 새로운 통신 방법을 만들었습니다.

모두 완벽하게 추적할 수 있는 것은 아니며 모든 통신 양식의 모든 목표를 달성하려고 시도하는 것도 아닙니다. 하나의 솔루션에 모든 기능을 포함하면솔루션은 최종 사용자와 서비스 공급자 모두에게 매우 복잡하고 잠재적으로 관리하기 어렵습니다.

발신자는 이메일이 전달되었는지 어떻게 확인합니까?

발신자는 다음과 같은 몇 가지 방법으로 이메일이 전달되었는지 확인할 수 있습니다.

• 전달된 이메일의 배포 목록에 발신자를 포함합니다.
• 누군가 이메일 다운스트림을 받는 사람은 보낸 사람에게 알립니다.

발신자에게 알리지 않는 한 이메일이 전달되었다는 사실을 알 수 없습니다.

FAQ

다음은 귀하가 궁금해하실 수 있는 몇 가지 다른 질문입니다. 이메일을 전달합니다.

이메일을 전달하면 받는 사람이 전체 스레드를 볼 수 있습니까?

예, 하지만 포함하는 경우에만 가능합니다. 일반적으로 이메일 클라이언트를 사용하면 이메일 스레드의 이전 부분을 미리 보고 편집할 수 있습니다. 받는 사람이 보기를 원하지 않는 스레드 부분을 제거하지 않으면 받는 사람이 스레드의 해당 부분을 볼 수 있습니다.

이메일을 전달하면 CC에서 볼 수 있나요?

아니요. 이메일 스레드의 누군가를 참조하거나 참조하는 것은 그들에게 이메일을 보내는 것과 같습니다. 이메일 서버는 해당 배포를 동일한 방식으로 처리합니다. 전달된 이메일에 참조 수신자를 포함하면 수신자가 볼 수 있습니다. 그렇지 않다면 그렇게 하지 않을 것입니다.

이메일을 전달하면 어떻게 됩니까?

이메일을 전달하면 이메일 내용이 새 이메일로 복사됩니다. 그런 다음 편집할 수 있습니다.이메일을 보내고 해당 이메일의 새 수신자를 지정합니다.

이메일을 전달한 다음 원본 이메일에 회신하면 어떻게 됩니까?

이메일을 전달한 다음 원래 이메일에 회신하면 잠재적으로 두 세트의 수신자에게 두 개의 개별 이메일을 보내게 됩니다. 전자 메일 응용 프로그램에서 이러한 전자 메일을 추적하는 방법은 응용 프로그램마다 다를 수 있습니다.

결론

이메일을 전달하면 원래 보낸 사람이 볼 수 없습니다. 이것은 이메일이 작동하는 방식 때문입니다. 보낸 사람이 이메일이 전달되었다는 알림을 받으면 전달되었음을 알 수 있습니다.

인터넷 상용화 초기에 대한 이야기가 있습니까? 듣고 싶습니다. 아래에서 공유하세요!