日本語の件名(Subject)が途切れる

そんなに長い件名をつけることを見直した方が良いと思う。

MIMEエンコード後の文字数によるんじゃないですかね。よくは分かりませんが、
MIMEエンコードして複数行に分かれて2行目以降の部分の扱いがどうとか。
あと、メールヘッダの一行の文字数って制限ありませんでしたっけ？
RFC的に。
＃まあ、Mail.appだと時々Subjectが途中から化けてしまったりするので
＃Mail.appの不具合の可能性も否定出来ませんけど。
私もきくちさんと同じく、Subjectは簡潔にした方がいいように思いますよ。
相手側が100文字も200文字も300文字も表示出来るようにしているとは
限らないんだし、すぐ分かるように内容を簡潔に表すものにした方がいいで
しょう。
そういうのは本文に書けばいいんだし。
あまりにも長いSubjectは、「こんにちは」とか「ありがとうございます」
とかそういう一般的にSubjectに相応しくないとされるものと同じ様なもん
だと思います。

> あと、メールヘッダの一行の文字数って制限ありませんでしたっけ？
> RFC的に。
示そうかなと思いながらサボりました。(^^;
この辺でしょうか。# メールヘッダでは探し出せませんでした。## サボり^2。
RFC 2822 / Internet Message Format / April 2001
2.1.1. Line Length Limits
There are two limits that this standard places on the number of
characters in a line. Each line of characters MUST be no more than
998 characters, and SHOULD be no more than 78 characters, excluding
the CRLF.

replyありがとうございます。ちょっと説明が足りませんでしたね。
100字とか200字とかいうのは、検証のための文字数で
普段は、例えば
Re: [Action]: (WorkName:0079) 【なんとか指示書】 指示内容なんとかかんとか
というような件名を使ってます。仕事用でフォーマットが決まっているので
どうしても長くなってしまうんです。
この場合52文字ですが、大抵45文字くらいから後が無くなってしまいます。
仕事場で同じメールサーバーを使っている人達はこういうことが起きてないので
(ほぼ同じ環境の人がARENAを使ってますが、大丈夫のようですし)、
Mailの不具合ってことなんでしょうか。

＞ あと、メールヘッダの一行の文字数って制限ありませんでしたっけ？
＞ RFC的に。
確か ASCII Character のみで 79 文字だったような気がします。
RFC822 あたりをまじめに読めばわかるとは思うのですが、なにぶん改行コードやコントロールコードも考慮しなければならないのではっきりとした数値はあいまいです。

試しに、その Subject: をそのまま MIME エンコードしてみました。
Re: [Action]: (WorkName:0079) =?ISO-2022-JP?B?GyRCIVobKEI=?=
=?ISO-2022-JP?B?GyRCJEokcyRIJCs7WDwoPXEhWxsoQg==?= =?ISO-2022-JP?B?GyRCO1gbKEI=?=
=?ISO-2022-JP?B?GyRCPChGYk1GJEokcyRIJCskKyRzJEgkKxsoQg==?=
と、このように複数行（3行）にまたがっているので、E-Mail としてはあまり好ましくない状況ですね。
Mail.app の不具合、というよりかは、たまたま ARENA では長い Subject: も扱える、というように捉えた方がよいかと思います。
それから、蛇足ですが、
＞ この場合52文字ですが、大抵45文字くらいから後が無くなってしまいます。
Subject: に日本語等の2バイト文字が入ると、メールソフトが自動的に前述のように MIME エンコードという処理をして、2バイト文字を1バイト文字として扱わせますが、例えば連続した2バイト文字と間に半角英数字（1バイト文字）が入った場合とでは、同じ文字数でも MIME エンコードされた文字数は大きく変わってきます。
例)
aあいうえおb
(MIME)↓
a=?ISO-2022-JP?B?GyRCJCIkJCQmJCgkKhsoQg==?= b （45文字）
あいaうbえお
(MIME)↓
=?ISO-2022-JP?B?GyRCJCIkJBsoQg==?= a=?ISO-2022-JP?B?GyRCJCYbKEI=?=
b=?ISO-2022-JP?B?GyRCJCgkKhsoQg==?= （103文字）
ですので、Subject: に2バイト文字を入れる場合には、なるべく連続して間には1バイト文字を入れない方が、MIME 的には短くなるのでそのようにしたほうがいいです。

MIMEヘッダの方はRFC2047でしょうか。
2. Syntax of encoded-words
While there is no limit to the length of a multiple-line header field, each line of a header field that contains one or more 'encoded-word's is limited to 76 characters.
RFC2822(Obsoletes: 822)の関連箇所です。
2.1.1. Line Length Limits
There are two limits that this standard places on the number of characters in a line. Each line of characters MUST be no more than 998 characters, and SHOULD be no more than 78 characters, excluding the CRLF.

詳しい説明ありがとうございます。大変参考になります。
しかし実際、件名のフォーマットを無視して返信したりすることはできないので、日本語と半角英数字を交互に書くことは避けられません。
他のメーラーを検討した方がいいということなのでしょうかね・・・
ありがとうございました。

Mailで実際に試したところ、1/2バイト文字が混在してもまとめてエンコードされます。
# 示されたものとは一致しません。## 参考まで。
> 他のメーラーを検討した方がいいということなのでしょうかね・・・
アップルへのフィードバックはしておいても良いと思います。

きくちさん
RFCの件とMIMEエンコードの件、ご指摘&フォローをありがとうございます。
RFCは検索が甘かったです。
MIMEエンコードは、自作のスクリプトのみの検証でしたので、確認不足でした。
いやはやお恥ずかしい…