전자 메일을 일반 텍스트로 읽고 쓰는 것을 선호합니다. 내 이메일은 80 자로 된 고정 폭 글꼴 창으로 표시되고 구성되며, 올바르게 인용되고 ( ">"로) 문자가 ASCII로 표시되어있는 문자 메시지를 좋아합니다. 옛날처럼 ...
그러나 전 세계가 발전하고 있으며 많은 사람들이 텍스트 흐름이 필요한 작거나 큰 화면에서 전자 메일을 읽으며 비례 글꼴을 선호합니다. 78 자 뒤의 줄 바꿈 문자가있는 일반 일반 텍스트 전자 메일은 제대로 작동하지 않습니다. 줄 바꿈이 이상한 곳에 표시되거나 줄 바꿈에도 불구하고 텍스트가 리플 로우됩니다 (심하게).
내 질문 : 일반 텍스트 사용자는 자신과 같은 일반 텍스트 사용자의 경험을 훼손하지 않으면 서 어떻게 일반 텍스트 전자 메일을 형식화하여 만족시켜야합니까?
나는 "형식 흐름"( RFC 3676 ) 에 대해 알고 있는데, 이는 오래된 텍스트에 대해 줄당 문자 당 78 문자 이하로 일반 텍스트 단락을 리플 로우 가능으로 표시 할 수있게합니다. 불행히도, 많은 이메일 클라이언트는 많은 웹 메일러를 포함하여 가장 많은 혜택을 볼 수 있습니다.
많은 전자 메일 클라이언트는 흐름 단락으로 표시되도록 아주 긴 줄을 줄 바꿈없이 생성합니다. 이것이 현재 보편적으로 인정되는 표준입니까? 세 가지 문제가 있습니다.
RFC 5322 는 줄 길이를 998 자로 제한합니다. 그보다 긴 단락은 무엇입니까?
">"로 인용 된 텍스트를 리플 로우 할 수 있습니까?
매우 긴 라인을 리플 로우 할시기 또는 방법을 모르는 오래된 클라이언트를 중단시킵니다.
일반 텍스트 전자 메일을 리플 로우 가능으로 표시하는 다른 표준이 있습니까?
나는 내가 생성하는 것에 상당히 유연하다는 점에 유의하십시오. 내 이메일 클라이언트는 처음부터 구성 할 수 있으며 필요할 때 해킹 할 수 있습니다 (Emacs에서 GNUS를 사용하고 있습니다).
또한이 질문은 HTML 형식의 이메일에 관한 것이 아닙니다. 나는 그것들을 알고 있고, 읽을 수 있고, 필요한 경우 생성 할 수도 있습니다. 그러나이 질문은 일반 텍스트 이메일에 관한 것입니다.
마지막으로, 어떤 형식으로 이메일을 수신해도 문제가되지 않습니다. GNUS는 모든 일반 텍스트 형식 (HTML 형식 전자 메일)을 만족스럽게 표시 할 수 있습니다.