이메일을 보낼 때 긴 줄을 감쌀 필요가 있습니까?

Zend_Mail을 사용하여 전자 메일을 보내고 있습니다. 약간의 기사 (예 : this page)는 메시지 본문에 긴 줄을 포함하도록 제안했습니다.이메일을 보낼 때 긴 줄을 감쌀 필요가 있습니까?

질문 :

는 라인의 70 개 문자보다 클 경우 자동 줄 바꿈()를 사용할 필요가 있습니까?
여기서 '70'숫자는 어디서 오는 것입니까?

2010-04-23 understack

RFC 2822 및 5322는 라인 길이 제한 (2.1.1)라는 섹션이 :

이 한계가 있습니다

그 줄에서 문자 수에이 규격 장소. 각 문자의 행은 998 자 이상이어야하며 CRLF는 을 제외한 78 자 이내 여야합니다.

...

보수적 78 문자 추천 자르거나 비참 래핑있다 이러한 메시지를 표시하는 사용자 인터페이스의 많은 구현 행당 보다 78 이상의 문자의 표시를 수용하는 실제 제한은 998 자입니다 78 뭔가 t처럼, 사실에도 불구하고 이러한 구현이 사양

의 의도를 준수하지 않는 것을 나에게 소리 모자 너 정말 신경 쓰지 않아도 돼.

출처

2010-04-23 06:03:40 takteek

+1 소리가 나에게 맞습니다. 참고 문헌은 없지만 일반 텍스트로 보낼 때 야후 웹 메일은 969 자보다 긴 줄을 포함합니다. 그래서 야후 메일에서 그들이 무엇을하는지 알고 있다면, 같은 길이로 줄을 감을 것입니다. 969 –

그러나 Outlook Express와 Squirrelmail 1.4.23 웹 메일 (일반/텍스트 메일을 보낼 때)은 여전히 약 76 번째 줄 (Outlook) 및 73th char (Squirrelmail) –

또한 Gmail은 일반 tesxt로 보낼 때 69 번째 줄에 줄을 바꿉니다. –

AFAIR, 70 ~ 78, 80의 "저장"버전은 행당 80자를 표시하는 오래된 구형 단말기에서 나옵니다. 아주 초기에는 이러한 터미널이 서버에서 준비된 출력물을 필요로하는 단순한 프린터였습니다. 이 80은 좋은 오래된 펀치 카드에서 나옵니다. 펀치 카드의 실제 크기 (따라서 80 한계와 다소 밀접한 관련이 있음)는 펀치 카드를 저장하는 데 자주 사용되는 머니 트레이에서 비롯됩니다.

인간과 기술은 오래된 습관을 제거하는 데 어려움을 겪습니다. 나는 더 많은 역사에 대한 Javascript 토크에 대한 첫 Crockford를 추천합니다 : http://yuiblog.com/crockford

출처

2010-04-23 06:15:39 deceze

이메일을 보낼 때 긴 줄을 감쌀 필요가 있습니까?

답변

관련 문제