Mail.app가 Microsoft Outlook 회신을 올바르게 스레드하지 않는 이유는 무엇입니까?

Mail.app 3.6 (10.5 Leopard)을 사용하며 항상 일반 텍스트 전자 메일을 사용합니다. 일반적으로 거의 모든 사람으로부터 이메일 회신을 받으면 다음과 같이 보입니다 (Mail.app에서 발송 한 테스트 메시지, Hotmail에서 응답, Google Apps에서 응답).

말할 필요도없이, 저는이 스레딩을 매우 좋아하며 모든 것이 시각적으로 매우 체계적으로 유지됩니다. 그러나 Microsoft Outlook 사용자 (Outlook 2003 및 2007에서 테스트 됨)로부터 일반 텍스트 전자 메일 응답을 받으면 이미지처럼 스레드되지 않습니다. 대신, 잘 스레드되지 않고 다음과 같이 나타납니다.

메시지에 대한 나의 답변.

----- 원래 메시지 ----- 보낸 사람
: Tyson Moore
[mailto : tyson@thepurplepixel.org]
보냄 : [날짜]받는
사람 : [수신자]
제목 : 테스트

원본 메시지.

원본 메시지의 출처를 살펴보면 메시지가 인용 <될 때마다 답장의 모든 줄 앞에 작은 부호 ( )가 삽입 된 것처럼 나타납니다 . 나는 가정 이 Mail.app에 의해 전시 인용 동작을 트리거 것입니다,하지만 난 전문가는 아니지만.

내 질문 : 이것은 -----Original Message-----Outlook에 넣은 줄을 인식하지 못하는 Mail.app 제한 >입니까, 아니면 회신의 모든 줄 앞에 삽입하지 않는 Outlook 문제 입니까?

각 부분에 색상이 없으면 첫 번째 레이아웃은 텍스트 버전의 렌더링 인 것 같습니다. 포맷을 포함하지 않는 한 Apple의 Mail은 format = flowed text를 사용하여 메시지를 보내며 수신자가 좋아하는 글꼴과 스타일로 렌더링 할 수 있습니다. (최대 그것에 대해 엄지 손가락!) 때 회신은 , 그것은 (당신이 어떤 서식을 추가하지 않는 한) 모든 일반 텍스트를 유지합니다. 그러나 전달할 때 인용하는 Apple의 아이디어가 담긴 HTML 버전이 포함됩니다 ...

문자 전자 메일의 경우 Mail은 >왼쪽 테두리 >>가 하나 더 나타나고 다른 왼쪽 테두리가 다른 색으로 표시됩니다. 매우 동일한 메시지의 경우 다른 이메일 클라이언트가 실제로를 표시 할 수 있습니다 >.

Outlook 메시지에 대한 기술적 설명을 원하면 자세한 내용이 필요합니다. 실제 메시지를 보려면 Option-Command-U를 누르십시오.

마찬가지로 : 아마 전망은로 메시지 전송 multipart/alternative, 아마 HTML 모두 포함 ^† 및 일반 텍스트를 . Mail에 HTML 버전이 표시되면 Outlook (및 보낸 사람)이 제공하는 형식을보고있을 수 있습니다. 그렇다면 Mail 환경 설정을 변경하여 텍스트 버전을 표시하고 (Option-Command-P 누름) 원하는 레이아웃을 제공 할 수 있습니다.

^{†text/enriched (HTML이 아닌) 더 나았어야 했지만 잘되었습니다.}

그것은 프로그램이 사용하는 형식에 전적으로 달려 있습니다 ... 그리고 Outlook과 Mail.app는 서로 다른 형식을 사용하므로 Outlook 만 스레드 스레딩을 감지하고 Mail.app는 그렇지 않습니다.