Bccのあて先がToに入ってしまう - 秀丸メール情報交換会議室 - スレッド06849, 2002/05/01

Bccのあて先がToに入ってしまう

yuhei さん　02/05/01 16:43

鶴亀メールでBcc以外のあて先を指定せず送信した場合に問題点があるように見える
のですが・・・。

（私は２つのメールアカウント（AとBとします）を持っています。AとBはメールサー
バーが異なります。）鶴亀にはA、Bのフォルダを作っています。

（１）Bccしか指定していないのにToに受信者が表示される

A→A、B→Aのとき：
AのフォルダではToに受信者が表示されます。

A→B、B→Bのとき：
BのフォルダではToに受信者は表示されません。（Toの欄がない）

OutlookExにAを設定してA（OE）→A（鶴亀）とすると、Toには<Undisclosed-Recipie
nt:@xxx.xxx.co.jp;;;;>と表示されます。

（２）Bccをたくさん指定すると、いくつかが見えてしまう

A→A、B→Aのときですが、Bccあてに１０個程度以上指定すると、AのフォルダではTo
にBccで指定したあて先が表示されてしまいます。

隠したつもりが見えてしまうので、問題です。

～～～
おなじ鶴亀でもA→A、B→AとA→B、B→Bで動作が異なるので、メールサーバーの問題
かと思いましたが、A（OE）→A（鶴亀）では問題が起こりませんでした。

RE:06849 Bccのあて先がToに入ってしまう

アルビレオ さん　02/05/01 19:35

>A→A、B→Aのとき：
>AのフォルダではToに受信者が表示されます。
>
>A→B、B→Bのとき：
>BのフォルダではToに受信者は表示されません。（Toの欄がない）
>
>OutlookExにAを設定してA（OE）→A（鶴亀）とすると、Toには<Undisclosed-Recipi
>ent:@xxx.xxx.co.jp;;;;>と表示されます。

>おなじ鶴亀でもA→A、B→AとA→B、B→Bで動作が異なるので、メールサーバーの問
>題かと思いましたが、A（OE）→A（鶴亀）では問題が起こりませんでした。

おそらく本来はサーバ側の問題です。
To:が存在しないときは自動的にBcc:などの内容からTo:を追加するサーバがあるので
しょう。
OEはそういうサーバが存在することを知っていたのでTo:が省略された場合は自動的
にダミーのヘッダを追加するのだと思います。
そういうサーバが存在する以上、鶴亀側で適当にダミーヘッダを付加するぐらいしか
手はなさそうですが。

RE:06851 Bccのあて先がToに入ってしまう

秀まるお2 さん　02/05/01 23:47

　アルビデオさんの考察の鋭さに驚いてしまいましたが…。

　つまりこれはサーバー側の問題、と言うか、しいて言うなら送信用のSMTPサー
バー側がそのような過剰なサービスをすることが問題なんでしょうね。

　でもって、解決のためには、つまり鶴亀メールもOutlook Expressと同じく
「<Undisclosed recipients:;;;;>」のようなへんてこなヘッダをわざわざ生成
するか、またはTo:宛先が１つも無いメールについては警告メッセージを出すよ
うな形に修正するのが妥当かと思います。

　前者（Outlook Expressのマネ）は個人的に気に入らないので、後者にしたい
と思いますが、それでいいでしょうか？。

　たとえば宛先がBccのみのメールを送ろうとすると、

このメールにはBcc:以外の宛先が１つも指定されて
いません。最低でもTo:またはCc:の宛先が１つ無い
と、Bcc:に指定されたアドレスがあたかもTo:で指定
したかのように送信されてしまう恐れがあります。

　かまわずにこのまま送信しますか？

　 [はい] [いいえ]

　のような警告メッセージが出るとか。

RE:06855 Bccのあて先がToに入ってしまう

まっちん さん　02/05/02 03:31

こんにちは。

>　アルビデオさんの考察の鋭さに驚いてしまいましたが…。
>
>　つまりこれはサーバー側の問題、と言うか、しいて言うなら送信用のSMTPサー
>バー側がそのような過剰なサービスをすることが問題なんでしょうね。

そんなサーバーがあるとは、驚きですね。

>　でもって、解決のためには、つまり鶴亀メールもOutlook Expressと同じく
>「<Undisclosed recipients:;;;;>」のようなへんてこなヘッダをわざわざ生成
>するか、またはTo:宛先が１つも無いメールについては警告メッセージを出すよ
>うな形に修正するのが妥当かと思います。

Toには送信者のアドレスを書いておくとか。
(SMTPでの宛先には入れない。だめかな？)

RE:06855 Bccのあて先がToに入ってしまう

アルビレオ さん　02/05/02 04:19

>　アルビデオさんの考察の鋭さに驚いてしまいましたが…。

いえ、サーバによって挙動が違うならサーバ側の問題だろうと思ったまででして。(^^;

>　でもって、解決のためには、つまり鶴亀メールもOutlook Expressと同じく
>「<Undisclosed recipients:;;;;>」のようなへんてこなヘッダをわざわざ生成
>するか、またはTo:宛先が１つも無いメールについては警告メッセージを出すよ
>うな形に修正するのが妥当かと思います。
>
>　前者（Outlook Expressのマネ）は個人的に気に入らないので、後者にしたい
>と思いますが、それでいいでしょうか？。

先ほど Undisclosed-Recipient で google を検索してみたところ、以下のような記
述を見つけました。(Becky!のMLですが)
http://www.rimarts.com/ml/becky-ml/13600/13639.html
どうやら Undisclosed-Recipient はRFCで規定されているらしく、しかも Outlook E
xpress のヘッダにも問題があるみたいです。
そのためにサーバによっては
>A（OE）→A（鶴亀）とすると、Toには<Undisclosed-Recipient:@xxx.xxx.co.jp;;;;
>>と表示されます。
のように本来消えてしまうはずのヘッダが削除されずに残っているのでしょう。

RFCの規定どおりに
To: Undisclosed-Recipients: ;
と書いておけば、仮にヘッダが削除されなかったとしても「サーバが悪い」と言い訳
できるので(笑)
都合がいいのではないでしょうか。

RE:06855 Bccのあて先がToに入ってしまう

yuhei さん　02/05/02 11:35

みなさんありがとうございます。ただいま、サーバーの管理者にも問い合わせ中です。

もし鶴亀で対応していただけるなら、↓このメッセージだと結局Bcc:だけのメールは
送れないので、

> このメールにはBcc:以外の宛先が１つも指定されて
> いません。最低でもTo:またはCc:の宛先が１つ無い
> と、Bcc:に指定されたアドレスがあたかもTo:で指定
> したかのように送信されてしまう恐れがあります。
> 　かまわずにこのまま送信しますか？
> 　 [はい] [いいえ]

次のような設定のほうがうれしいです。

「Bcc:以外のあて先が１つも指定されていなかったら、From:をTo:に指定する」
または
「Bcc:以外のあて先が１つも指定されていなかったら、Undisclosed-RecipientsをT
o:に指定する」

RE:06863 Bccのあて先がToに入ってしまう

秀まるお2 さん　02/05/02 15:20

　そもそも今でもBcc:のみの場合はメッセージを出していることを忘れてまし
た。

　でもって、そのメッセージを修正するだけなら楽なんですが、Bcc:に指定し
た宛先が勝手にTo:に入ってしまうのは致命的な問題かと思し、アルビデオさ
んの調べていただいた情報によると「Undisclosed-Recipient:;」を入れるこ
とがRFC的にも正しいということなので、鶴亀メールでもこのダミー宛先を入
れることにします。

　現状の警告メッセージの内容が、

このメールにはBcc:以外の宛先が１つも指定されていません。
ダミーのTo:ヘッダを付加します。

[ OK ] [キャンセル]

　となりまして、これにOKすると勝手に

To: Undisclosed-Recipient:;

　が挿入される仕様にしました。

　ついでに言うと、実は現状の鶴亀メールでは、送信についてはこの「Undis
…」にうまく対応してません。それも直しました。

　ということで次のバージョンまでお待ちを。それまではご自分のメールアド
レスなどを適当にTo:に入れて送ってください。

RE:06865 関係ない話ですが…

アルビレオ さん　02/05/03 04:18

>アルビデオさんの

えーと、ここで書くのもちょっとアレなんですが
アルビ'レ'オです。
白鳥座β星のalbireoから取ってます。
以後よろしくお願いします(^^;

RE:06877 関係ない話ですが…

秀まるお2 さん　02/05/04 21:56

　すみません。最初から最後まで「ビデオ」だと思ってました。(^^;

RE:06865 Bccのあて先がToに入ってしまう

FKU さん　02/05/07 12:17

FKUです。

V1.86にしました。

> 　となりまして、これにOKすると勝手に
>
> To: Undisclosed-Recipient:;
>
> 　が挿入される仕様にしました。

についてコメント致します。

この機能では、1つ目に現れるToヘッダを空のままにして、2つ目のToヘッダ(ダミー)を
付加するようですが…

この場合、送信済みを再送信すると、再度Toヘッダが空だと判断されてしまい
さらにToヘッダ(ダミー)を付加するようです。

もちろん1つ目のToヘッダ(空)を削除すれば問題無いのですが一寸気になりましたので、
ご確認をお願い致します。

---------------------------------------------------
OutlookExpress6で受信出来ない?(メールが生成されない)
---------------------------------------------------
（本来別フォーラムへ投稿するべきでしょうがあえてこちらで）

詳しい検証は行っておりませんが、
OutlookExpress6でメールが生成されないことがあります。
具体的には…

Toヘッダにメールアドレスがない場合、かつSubjectヘッダが存在するものについて
メールが生成されません。

当方で利用しているメールサーバーのうちSubjectヘッダが空だと、
ヘッダごと削除してから送信するものがあり、このメールについては正常にメールが
生成されるようです。

鶴亀メールでは、Subjectヘッダを削除して送信することも出来ず、もはや
Toヘッダを空にして送信することも出来ないので、現状ではこの程度の
調査になってしまいました。

まずはご報告まで

同様の現象が確認できる方がいらっしゃいましたら、調査に対しての
ご協力をお願い致します。

RE:06902 Bccのあて先がToに入ってしまう

FKU さん　02/05/07 13:03

FKUです。

> 当方で利用しているメールサーバーのうちSubjectヘッダが空だと、
> ヘッダごと削除してから送信するものがあり、このメールについては正常にメールが
> 生成されるようです。

尚、このメールサーバーから受信したメールについては、
鶴亀メール上ではSbujectヘッダが無いことになっています。

しかし、OutlookExpress6では受信出来ません。何故？
受信時に空のSubjectヘッダがあった場合にも削除していれば、
OEでも受信できるのでは…?

これ以降は、

鶴亀メールβテスト　サポートフォーラム／バグ関係会議室
http://www.maruo.co.jp/turukame/1/index.html

へと移動します。

RE:06902 Bccのあて先がToに入ってしまう

FKU さん　02/05/07 14:10

FKUです。

> ---------------------------------------------------
> OutlookExpress6で受信出来ない?(メールが生成されない)
> ---------------------------------------------------
> （本来別フォーラムへ投稿するべきでしょうがあえてこちらで）
>
> 詳しい検証は行っておりませんが、
> OutlookExpress6でメールが生成されないことがあります。
> 具体的には…
>
> Toヘッダにメールアドレスがない場合、かつSubjectヘッダが存在するものについて
> メールが生成されません。
>
> 当方で利用しているメールサーバーのうちSubjectヘッダが空だと、
> ヘッダごと削除してから送信するものがあり、このメールについては正常にメールが
> 生成されるようです。
>
> 鶴亀メールでは、Subjectヘッダを削除して送信することも出来ず、もはや
> Toヘッダを空にして送信することも出来ないので、現状ではこの程度の
> 調査になってしまいました。
>
> まずはご報告まで
>
> 同様の現象が確認できる方がいらっしゃいましたら、調査に対しての
> ご協力をお願い致します。

非常に重要なことを書いていませんでした。

送信するメールは、こんな感じです。

From: FKU<xxx@fku.ne.jp>
To: Undisclosed-Recipient:;
Cc:
Bcc: xxx@fku.ne.jp
Subject:

RE:06849 ありがとうございます

yuhei さん　02/05/09 12:20

さっそく機能追加していただきましてありがとうございます。
＃ひるがえって、われらがシステム管理者からは何の音沙汰もありませんが・・・。

とりあえず、社内メールでのテストでは良好でした。重ねて御礼申し上げます。

RE:06956 ありがとうございます

FKU さん　02/05/09 13:13

FKUです。

> ＃ひるがえって、われらがシステム管理者からは何の音沙汰もありませんが・・・。

そんなものですが、悲しいですね…

> とりあえず、社内メールでのテストでは良好でした。重ねて御礼申し上げます。

本機能については仕様変更が発生しそうな流れになっています。

鶴亀メールβテスト　サポートフォーラム／バグ関係会議室
http://www.maruo.co.jp/turukame/1/
5/8の7255番辺りから(小生が)ごちゃごちゃと発言しております。

RE:06849 Bccのあて先がToに入ってしまう

yuhei さん　02/05/14 12:40

われらがシステム管理者から回答がありました。

RFC822標準に準拠するためのSIMS3.5の仕様だそうです。
The default behavior of SIMS when no recipient header is found is to promote
envelope addresses (formerly Bcc:) to the To: header. Although this is a va
lid thing to do per the standards, users hate it. And should, as it is a sec
urity issue.

一方で SIMS 4.0 には MISSING_RECIPIENT_POLICY という設定項目があり、To がな
い場合の制御が可能らしいです。
http://docs.iplanet.com/docs/manuals/messaging/sims40/relnotes/docs.doc.html
MISSING_RECIPIENT_POLICY (integer)

To がないから Bcc を To に入れてしまえというのはシステム的な仕様としてはアリ
かもしれませんが、社会通念上おかしいですよね。