왜 크기의 이메일 세 번째에 관하여 보다 더 큰 크기의 첨부 파일이 있는가?

를 부착할 때는 데이터는 것으로 나타났 Thunderbird 계산 전체 크기의 결과는 이메일로 보다 훨씬 더 큰 파일 첨부됩니다.

여기's 의 최근 예:두 개의 이미지를,한 번에 하나 13 메가바이트이고 다른 하나는 3.6MB 해야에서 총 수의 약 17MB. 가 있었 네 수 있습니다. 썬더버드 그가 정말 원하는 이메일을 보내와의 전체 크기는 22 메가바이트.

어디에 있는 차이에서 오는가? 5 메가바이트의 텍스트가 같은 소리합니다.

질문에 대한 의견 (4)
해결책

데이터 17MiB. 가 있 1024KiB 에 MiB. 가 있 1024B 에 KiB. 가 있는 8 비트 바이트입니다. 그래서는's142,606,336 비트입니다.

기본 64 인코딩을 인코딩하는 모든 비트로 별도의 바이트입니다. 그래서 우리는 필요에 대한 23,767,722 바이트입니다. 으로 나누어 1024 두 번져 22.67MiB. 그래서는's 는 22MiB 에서 온다.

이메일은 꽤 오래된 기술과하지 않't 다고 가정하는 8 비트의 깨끗한 파이프입니다.

해설 (13)

왜 이메일까?

기 때문에 데이터에서 인코딩된base64를 인코딩합 그룹의 세 가지 바이트 그룹의 네 가지 인쇄 가능한 ASCII 문자입니다. 일반적으로,이러한 그룹의 인쇄 가능한 문자는 그 분으로 줄.

결과 인코딩된 데이터는 그 이상 1⅓ 배 크기의 원본 데이터입니다.

왜 base64 사용됩니까?

이메일은 오랜 역사를 가지고 있으며,원래 설계를 수행한 텍스트입니다. 만 byte 값을 나타내는 인쇄용 ASCII 문자 수정을 통과한 다양한 이메일 시스템입니다.

그래서 MIME divised 는 두 개의 구조에 대한 인코딩 기타 데이터 ASCII 텍스트로-"인용 인쇄할 수"디자인에 대한 대부분 ASCII 텍스트 몇 가지 다른 비트,"BASE64"에 대한 임의의 이진 데이터이다.

가 있었 확장 SMTP 프로토콜을 시도하고 제거는 이러한 제한이 있습니다. 첫째,8BITMIME,1994 년에는 더 높은 진수 값 그러나 불행하게도지 않았't 을 제거한 제한과 관련된 라인 길이 라인 엔딩,그에 적합하지 않는 임의의 데이터는 바이너리고 다음 BINARYMIME,1995 년에는 허용된 메시지 전송을 포함하는 임의의 이진 데이터이다.

그러나,이러한 표준은 보지 않은 광범위한 채용입니다. 하나의 문제는 어떻게 될 경우 한 홉에서 메일이 체인을 지원하지만 다음 홉지 않't? 메일 서버는 다음할 수 있't 메일을 보내에 그대로,그것은 하나 그것을 거부로 전달할 수 없고 그것을 반송(될 가능성이 허용하는 사용자),또는 변환(요구하는 중요한 추가 코드에서는 메일 서버에서). 변환은 고해 MIME 에 관한 규칙을 사용하지 않는 콘텐츠 전송 인코딩에서 여러 유형입니다.

해설 (2)