"9.3. Old Faithful : RS-232C"장의 "Designing Embedded Hardware"라는 책에서는 RS-232C로 인해 7 비트 문자 세트로 전자 메일이 전송되었다고 언급하고 있습니다 :7bit 문자로 된 RS-232C 및 전자 메일
오히려 일반적인 8 비트보다 여전히 7 비트의 데이터를합니다 ( 60 년대 다른 나머지)를 프레임을 사용 RS-232C 시스템 볼의은 또한 전례 아니다. 실제로 이것은 의 이메일이 여전히 전송되는 것을 볼 수있는 이유 중 하나입니다. 인터넷이 7 비트 문자로 제한된 집합 인 경우, 패킷이 발생하는 경우에만 이 직렬 연결을 통해 라우팅되도록합니다. 단지 7 비트 전송.
관찰을 어떻게 확인할 수 있습니까?
사양을 확인하십시오. 원래 rfc822는 ARPA 인터넷 텍스트 메시지에 대해 명시 적으로 상태 :
메시지는 헤더 필드 하고, 선택적으로, 몸으로 구성되어 있습니다. 본문은 이고 단순히 ASCII 문자가 포함 된 일련의 줄입니다.
ASCII는 7 비트이므로, voila.
그러나 원래의 사양에는 모든 MIME 확장이 추가되었으므로 ASCII가 아닌 텍스트의 경우 message header extensions이 허용됩니다.
Quoted-printable MIME 인코딩은 8 비트 데이터를 7 비트 문자로 인코딩하도록 특별히 설계되었습니다. 이 인코딩은 이메일을 인코딩하는 데 널리 사용됩니다.
"IP 패킷의 컨텍스트에서 이야기하는 경우 특히 오해의 소지가있는 패킷이 직렬 연결을 통해 라우팅되는 경우를 대비하여"라고 말한 텍스트도주의하십시오. IP 패킷은 8 비트 데이터 경로를 가정하며 추가 인코딩없이 7 비트 RS-232 링크를 통해 직접 전송할 수 없습니다 (그러면 더 이상 7 비트 데이터 경로가 아니며 8 비트입니다).
전자 메일이 처음 인기를 얻었을 때 7 비트로 제한된 시스템은 이미 오래되었습니다. 오늘 당신이 찾을 수있는 기회는 0에 접근합니다.
특정 문자는 전자 메일 프로그램 (특히 줄의 끝 문자)에 특별한 의미가 있기 때문에 문자 집합을 제한하는 것이 좋습니다.
분명히 표준을 따르는 것이 합리적입니까? 그것은 오래된 시스템을 수용하는 것보다 더 강력한 이유 일 것입니다. –
전자 메일을 전송할 때 전체 정지 ('.')는 여전히 가장 중요한 문자입니다. 어쨌든 10 년 전 공동 사용 장소에 여전히 7 비트 RS-232 링크가 있었으며 직렬 포트 집중 장치 및 WYSE 터미널을 창고에 설치한다고 생각합니다. –
@ John Saunders :이 표준은 이전 시스템을 수용하기 위해 개발 된 것이지 다른 방법으로는 개발하지 않았습니다.물론 표준을 유지해야하지만, 나는 그것이 문제라고 생각하지 않았습니다. –
실제로 컨텍스트가 반드시 IP 패킷 일 필요는 없습니다. 전자 메일은 데이터 전송 프로토콜로서 자체적으로 전송 될 수 있도록 충분히 잘 포위되어 있습니다 (오류 수정 없이도). 현재 사용되고있는 mbox 파일 형식은 원시 전자 메일 봉투를 연결 한 것입니다. Thunderbird에서 사용하는 사서함 형식입니다. 개인적으로 네트워크로 연결되지 않은 PC에 전자 메일을 보내는 데 사용되는 RS232를 사용하는 전자 메일 릴레이를 보았습니다. – slebetman