署名が「ATT******.txt」という添付ファイルになる

野尻さんのWebサイトを参考にされたらどうでしょう。

http://homepage.mac.com/nojiri/macosx/feedback49.html#mail2q

添付ファイル名は半角英数字にしてますか。

回答ではないので申し訳ないのですが、このサイトではタイトルは変更しないのが原則です。「署名が「ATT******.txt」という添付ファイルになる」に対するコメントは「Re: 署名が「ATT******.txt」という添付ファイルになる」のままにしておいてください。多くの回答者は「最近のコンテンツ」で新規発言をチェックしていますから、そこでタイトルが「【追記】」のように変更されてしまうと、それが「署名が「ATT******.txt」という添付ファイルになる」のスレッドの発言だとわからなくなってしまうからです。

celt さんも「最近のコンテンツ」を見てみてください。「【追記】」だと内容が全くわかりませんよね。で、質問の内容がわからない発言はまず無視されてしまいます。と言うわけで、このレスのタイトルはデフォルトでは「Re: 【追記】」となったものを本来あるべき「Re: 署名が「ATT******.txt」という添付ファイルになる」に戻しましたのでご了承ください。

--------------------

Apple 17" MacBook Pro (Intel Core 2 Duo T7600/2.33 GHz/3 GB RAM/500 GB HDD)

Mac OS X 10.5.7 (Build 9J61) [Leopard]

本文はテキスト形式で作成していますか。

Mailメニュー＞環境設定＞署名 で、署名を簡単な文字（例えばスペース等を含めない自分の名前）だけにして、直接入力しても同様でしょうか。

celt による書き込み:

スペースが問題になるのでしょうか？「苗字 名前」というような感じで間をあけている箇所はありましたが、関係なさそうです。

また海外送信用の署名では英数小文字のみで日本語はもちろん2バイト文字の記号なども含まれませんが、さすがに欧文だと住所など単語の切れ目に半角スペースを入れざるをえませんので、スペースが問題なら私には使い途がなくなります。

普通は、スペースがトラブルの原因になることはないですが、現実に困ったことが生じているわけですから、その原因をつぶすために調べては、ということだと思いますよ。

コピーペーストで署名を作っていれば、いらざる不可視のコードがまぎれているかもしれないですし。そのコードによっては、署名が添付ファイル化されてしますのかもしれないし。HTML形式で、文字指定コードがあるかも。

テストしてみました。

送信側：10.5.7のmail.app

受信側:XPのthunderbird2.0.0.22（一応、最新版）

署名は最初の部分が英語で、後半が日本語。

（１）外部からのメール（日本語ファイル名の添付ファイルあり）を転送した場合

署名が正しくメール本文内にある。

添付ファイルPart 1.4.txtが追加される。その添付ファイルの内容は署名そのものだが、日本語は文字化けしている。

（２）Macから新規メール（テキスト形式）を作成して送信：添付ファイル無し

署名は正しくメール本文内にある。

添付ファイルは発生しない。

（３）Macから新規メール（テキスト形式）を作成して送信：添付ファイルを署名の後に追加

署名は正しくメール本文内にある。

添付ファイルPart 1.3.txtが追加される。その添付ファイルの内容は署名の実体はなく、<div class >の行、空白行、</div>の行があるのみ。

時間が無いので、ここまで。

celt による書き込み:

ご親切に対して申し訳ないのですが、テストしていただいている環境が別物で、あまり参考になりません。

（略）

※この現象はThunderbirdでのものです。

拡張子がついたり／つかなかったり、.datだったり.htmlだったり.txtだったりで原因が少しずつ違うようです..

そうですかね？

参考にならないというなら、別に構いませんが。

メールデータは、メールサーバ上では一定の形式にのっとって伝送されているはずで、仮にメールソフトが違っても、その挙動を対比することにより、内部動作を少なからず類推出来ると思いますが。

署名が別ファイルになる場合のファイル名（と拡張子）は、受信側のメールソフトが勝手に付けるんでしょうし、拡張子の表示の有無は、OSの設定にも依存するでしょうし。

また、送信側のメールソフトに限れば、テキストメールかHTMLメールか、署名をどう作っているか、新規メールに対して署名をどのように本文に入れているか、完成したメールを送信する際にどのエンコーディングを採用するのか、エンコーディングは、メールの内容に依存するのか、といった点を絞れると思いますけどね。

受信側のメールソフトが異なるので、尚更、何か分かるのでは？

xy による書き込み:

メールデータは、メールサーバ上では一定の形式にのっとって伝送されているはずで、

「一定の形式」というよりも、単なるテキストデータです。

「添付ファイル」と一般的に呼ばれていますが、実際は『ファイル』を添付しているわけではありません。バイナリデータもすべて「文字」に置き換えて送られています。昔はメールの中で変換方式を相手に伝えてから手作業で変換された文字列をペーストして、受け取った人はやはり手作業で変換された文字列を必要な変換ソフトでデコードしていました。もちろん変換結果のファイルに自分でファイル名をつけます。

現在の多くのメール用アプリケーションはMIMEマルチパートという書式で作られています。アプリケーションが対応していれば、自動で変換してファイル名もつけてくれます。

ヘッダの

Content-Type:

にマルチパートの書式であることが宣言されてboundary（『部品』の区切りマーク）も指定されます。

さて、本題です。

どういうデータのメールを送信しているのかを、ご自分で確認してみてはいかがでしょうか。

Mail.appにおいて送信済メールが表示されている状態で

[表示]→[メッセージ]→[ソース]

で、送信したメールデータを確認することができます。

ヘッダのContent-Type: の中にある

boundary=◯✕△

という◯✕△の部分を確認しておいてください。

メールの本文は

--◯✕△

（いろいろ1）

--◯✕△

（いろいろ2）

--◯✕△

（いろいろ3）

……と続いて最後に

--◯✕△--

で終わっているはずです。

上の文の「いろいろ１〜３」がひとつひとつの『部品』です。ファイルを添付した場合『部品』の中のContent-Type:にname=というファイル名が記述されているはずです。

さて、余分な添付ファイルが付かないようにするために、シグニチャの後にファイルを添付するというtipsどおりのメールを作成し、私のところでテストした結果

部品の構成は

--◯✕△

（name無し）

本文

シグニチャ

--◯✕△

--◯✕△--

にきちんとなっていました。

これだとATT~という添付ファイルが付く余地はないはずです。この形式のメールでもよけいな添付ファイルが表示されるのなら、明らかにそのソフトの不具合なので対処のしようはないと思います。

シグニチャが添付ファイルとして扱われる可能性がある構成は

こういち さんによる書き込み:

「一定の形式」というよりも、単なるテキストデータです。

そういえば、メールシステム(仮にそう呼ぶとして)、最大の欠点で有り、開発経緯を考えると「良く考えついたな」と感心する点ですね。(あっ、この点は(も?)詳しくないのでツッコミはお手柔らかに^^)

受け取った人はやはり手作業で変換された文字列を必要な変換ソフトでデコードしていました。

Base64のテキストエディタでの合成とか、やった覚えが有ります。

テキスト形式の名無しデータなのですから本来は本文とあつかっても問題ない（どちらかというと本文とすべき）と思うのですが、メール用アプリケーションによっては最初の名無しデータしか本文として扱わない物もあるでしょう。この件についてはどうやら細かい取り決めはなさそうなのでやむを得ないところでしょう。

論拠は、薄いのですが私もそのように考えます。

このメッセージは次により編集されています: ni_ki 誤植訂正。