'@'偽装について - 秀丸メール・バグ関係 - スレッド00448, 2007/06/13

'@'偽装について

ka-chan さん　07/06/13 17:04

いつもお世話になります。

「メールデータ中の'@'を偽装して保存」のオプションをONにして
一通り変換が終わって、オプションをOFFにすると
メールデータ中の'@'偽装を元に戻しますか？と一応メッセージが出ますが
実際には元に戻せないようです。

HTMLメール(index.htm)や、添付ファイル(～.elm)も同時に偽装されるのは
意見が別れるんじゃないかと思いますが

#添付ファイル(～.txt)は偽装されていませんでした。
#個人的には(～.elm)も改変したくないです。

よろしくお願いします。

RE:00448 '@'偽装について

秀まるお さん　07/06/13 17:42

> メールデータ中の'@'偽装を元に戻しますか？と一応メッセージが出ますが
> 実際には元に戻せないようです。

　やってみたら、たしかに「変換不要」ばっかり出てきてしまってダメでした。
実はこの辺の処理をつい最近いじったところで、テスト不足となっていました。
ということでまた修正させていただきます。

> HTMLメール(index.htm)や、添付ファイル(～.elm)も同時に偽装されるのは
> 意見が別れるんじゃないかと思いますが

　添付ファイルで変換されるのは、.eml形式の物だけですが、これを変換しない
となると、あんまり意味が無いと思います。一応秀丸メールでダブルクリックし
て見る分には偽装されていても問題ないしってことで。

　htmlメールの偽装については、実は'@'を\x7Fに変換するのじゃなくて、@
に変換するだけなんですが、メール本文にメールアドレスを入れるケースを偽装
しようと思ったら必要な処置かと思います。

> #添付ファイル(～.txt)は偽装されていませんでした。

　.txt添付ファイルにメールアドレスを入れるケースはあんまり無いだろうとい
うことと、あと、txt形式ファイルは秀丸メール以外のソフトで開くであろうと
いうことで、仕方なく偽装してません。

> #個人的には(～.elm)も改変したくないです。

　あんまりオプション類を増やすのもなんなので、.emlを改変したくないならオ
プションOFFで使ってもらうしか無いかなぁと思います。

RE:00449 '@'偽装について

ka-chan さん　07/06/13 18:24

添付ファイルを改変したくないと言うのは、やっぱり一番の心配は
受信したメールを後で転送したり、エクスポートしたらどうなるのかな？ってことで
.emlの中にさらに.emlが入ってるメールとかもありそうですし

ps.
メール一覧からデスクトップにD&Dしてでできた.emlは、ヘッダ部分が'@'偽装された
ままのようです。

RE:00450 '@'偽装について

秀まるお さん　07/06/14 08:56

> メール一覧からデスクトップにD&Dしてでできた.emlは、ヘッダ部分が'@'偽装された
> ままのようです。

　これは問題ありなので、直そうと思います。

> 受信したメールを後で転送したり、エクスポートしたらどうなるのかな？ってことで

　これは問題ないはずですが、テストの量が不足してるような気がするので、い
ろんなパターンを考えてテストしてみます。

RE:00451 '@'偽装について

ka-chan さん　07/06/14 19:38

メールをバックアップする際、日付とファイルサイズが偽装前と同じ為
ファイルサイズが変わるindex.htmと、日付が変わるlist.bin以外はコピーされない。

#Disk Mirroring Tool Ver1.22を使用しています。
#一度フルでバックアップ取れば良いのですが、忘れるとトラブりそうです。

で、コピーされないはずのメールデータですが、実際にはいくつかコピーされます。

なぜか調べてみると

変換前
aaaa200110.txt 2,115,882 2005/02/09
bbbb200208.txt 342,550 2002/08/30

変換後
aaaa200110.txt 1,828,754 2005/02/09
bbbb200208.txt 70,260 2002/08/30

こんなファイルが20件ほどありました。

どうも変換前のファイルには、途中に Ctrl+Z が入っていて
そこから後ろが変換されずに欠落するようです。

ご確認の程よろしくお願いします。

RE:00452 '@'偽装について

秀まるお さん　07/06/14 22:31

> どうも変換前のファイルには、途中に Ctrl+Z が入っていて
> そこから後ろが変換されずに欠落するようです。

　たしかに調べてみたら、変換用のファイル読み込み処理で、Ctrl-Z（EOF制御
文字）をファイルの終了と見なす処理が入ってしまってました。

　これは大変まずかったということで、また修正させていただきますが…。
ka-chanの所での、そのファイルはもう元に戻らないですね。これはまずいかも。

　あと、ファイルのタイムスタンプを変更してないのはわざとですが、やっぱり
変更した方がいいですかね。

RE:00453 '@'偽装について

ka-chan さん　07/06/15 09:58

変換前のファイルは残ってますので大丈夫です。
タイムスタンプの件は、そのおかげで問題に気が付いた訳で
判っていれば対処可能ですし、ヘルプに書いておくとか
まあ。どちらでも

ps.
ホームディレクトリを変更して、新規にアカウントを作成する。
この状態で'@'偽装、今すぐ変換を行うと
メールは1通もないのに

■アカウント:New Account
OK - 受信\list.bin
OK - 未送信\list.bin
OK - 送信済み\list.bin
OK - ゴミ箱\list.bin
OK - 受信ログ\list.bin
OK - 送信ログ\list.bin
OK - Remote\list.bin
完了
7 個のファイルを変換しました。
0 個のファイルは既に変換済みか、または変換が不要でした。

となります。これは何か理由があるのでしょうか？

正しくは、

0 個のファイルを変換しました。
0 個のファイルは既に変換済みか、または変換が不要でした。

のはずです。

RE:00454 '@'偽装について

秀まるお さん　07/06/15 10:16

　実は僕の所でもメールデータが消えてしまってるのかと思って、昔のメール
データバックアップCDから\x1Aを検索してみたら、見つかりませんでした。とい
うことで一応僕はセーフだったんだと思います。

　（バックアップした後の新しいメールデータは調べられませんが）

　list.binファイルの変換についてですが、たしかにメールが１つも存在しない
場合は'@'の変換自体はまったく不要です。しかし、実はlist.binファイルの中
に「このlist.binファイルは'@'を偽装してる」みたいな状態を表すフラグがあ
って、それを書き換える作業が入ってます。ということではありますが…

　メール数が０通なら、表示上だけは「変換不要」と出すように直すことにしま
す。

RE:00456 '@'偽装について

ka-chan さん　07/06/15 10:36

メールが無い（list.binファイルはない）フォルダなのに
OK、変換しました。と表示されている。と言いたかったんですが

一度ファイルを作ってから、Remote\list.bin以外は消してるんでしょうか？

RE:00457 '@'偽装について

秀まるお さん　07/06/15 10:54

　失礼しました。たしかに条件によってはlist.binファイルは無くなるんでした。

　保存した結果list.binが無くなった場合は変換動作についての表示をしないよ
うに修正します。

RE:00451 '@'偽装について

ka-chan さん　07/06/15 13:34

>メール一覧からデスクトップにD&Dしてでできた.emlは、ヘッダ部分が'@'偽装された
>ままのようです。

>'@'を偽装保存された.eml形式添付ファイルをドラッグアンドドロップした時に、ド
>ロップされた先のファイルも'@'が偽装されたままになってしまうバグ修正。

添付ファイルを保存する際に自動的に偽装が戻される。って事ですね。
これは諦めていただけに嬉しい誤算です。
誤解されたようですが、普通にメールを一覧からデスクトップにD&Dしてでできた
.emlファイルの話です。

ご確認の程よろしくお願いします。

RE:00459 '@'偽装について

秀まるお さん　07/06/15 16:30

　すみません。エクスポートの処理自体は'@'偽装してませんでしたが、偽装さ
れたファイルを読み込んだ後にそのまま偽装された内容をエクスポートしてまし
た。

　ということでまた直します。

RE:00460 '@'偽装について

ka-chan さん　07/06/15 18:06

今更ながら過去のメールをチェックすると

例１．変換前

From: xxxxxxxxxx@atmarkit.co.jp
Subject: ＠IT先週の人気記事 - 2001/10/29　わが家のADSL導入記

==PR------------------------------------------------------------------------
2001年11月7・8日
　▼セキュリティを強化する2日間。 ★ご来場先着150名様にPCバック進呈★　　　
　▼『シマンテック・ユーザーズ・カンファレンス　e-Security World 2001』開催
　▼ http://www.symantec.co.jp/region/jp/event/e-security/ 　　　　　　　
参加無料、お早めにご登録を
--------------------------------------------------------------------------==

変換後

==PR------------------------------------------------------------------------
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@2001年11月7・8日@@@@
　▼セキュリティを強化する2日間。 ★ご来場先着150名様にPCバック進呈★　　　
　▼『シマンテック・ユーザーズ・カンファレンス　e-Security World 2001』開催
　▼ http://www.symantec.co.jp/region/jp/event/e-security/ 　　　　　　　
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@参加無料、お早めにご登録を@@@@
--------------------------------------------------------------------------==

例２．変換前

From: xxxxxxx@bizsche1.nikkeibp.co.jp
Subject: [BizTech Mail 朝刊:2001/11/30]丸善が電子版の理科年表をネット販売

●TBS、「mySAP.com」でグループ会社の基幹業務システムを統合
http://biztech.nikkeibp.co.jp/wcs/show/leaf?CID=onair/biztech/comp/157407

東京放送（TBS）は、本社と制作系グループ会社4社の基幹業務システムをSAPジャパ
ンの統合基幹業務（ERP）アプリケーション群「mySAP.com」で統合したことをこのほ
ど発表した。システムは10月から本格稼働している。

変換後

●TBS、「mySAP.com」でグループ会社の基幹業務システムを統合
http://biztech.nikkeibp.co.jp/wcs/show/leaf?CID=onair/biztech/comp/157407

@東京放送（TBS）は、本社と制作系グループ会社4社の基幹業務システムをSAPジャパ
ンの統合基幹業務（ERP）アプリケーション群「mySAP.com」で統合したことをこのほ
ど発表した。システムは10月から本格稼働している。

あんなメールやこんなメールが(^^;

RE:00461 '@'偽装について

ka-chan さん　07/06/15 18:46

訂正、正しくは

変換前 → V4.76
変換後 → V4.80β1～β9

「メールデータ中の'@'を偽装して保存」のオプションON/OFFにかかわらず
\x7Fが@として表示されるです。

RE:00462 '@'偽装について

秀まるお さん　07/06/15 22:11

　このオプションは、'@'は\x7Fに変換して保存しつつ、ファイル中の\x7Fはす
べて'@'に変換するという動作でして、元々のメールに\x7Fが入っていると、そ
れは表示上は'@'になります。それはそれで最初から分かってやってます。

　メールの中に\x7Fが入っているようなメールは無いはずだと思ったんですけど、
実在するってことな訳ですね。それはそれで、もはやこのオプションをやめる以
外に、'@'化せずに表示させることは不可能です。

　結構苦労して作ったオプションなんですけど。

RE:00463 '@'偽装について

秀まるお さん　07/06/15 22:17

　メールを受信した時に、そのメールに元から入っている\x7Fの文字を半角空白
に変換してやることなら出来ますけど…。

　\x7Fの制御文字は、フォントによって「・」か「」のどちらか風に表示され
るだけであって、それが\x7Fと分かるようなフォントは無いと思いますけど。

RE:00464 '@'偽装について

ka-chan さん　07/06/17 13:11

お騒がせしています。

\x7Fが余り使われてない文字コードであるのは確かで
目の前のキーボードで'･'を入力しても、文字コードは\xA5ですので
この問題は保留にしていただいて良いのかもしれません。

#できれば他のユーザ様の意見もお聞きしたいと思います。

RE:00465 '@'偽装について

秀まるお さん　07/06/18 09:36

　なんとなくka-chanさん以外からは反響が無いみたいですが…。

　'@'を\x7Fに偽装するのを今さら止めるのは難しいので、それをやめずになん
とか「本来の\x7F」も使えるようにするとしたら…

　１．本来の\x7Fは、\x7F\xFFに変換する。
　２．'@'の直後が\xFFの場合は'@'を\x7Fに偽装しない。

　ってな作戦がありますけど。\x7Fを\x7F\xFFに変換してしまうとそれはそれで
メール用ファイルのサイズが変化してしまうので、面倒な変換処理を新たに作ら
ないといけないことになりますが。

　って作戦で考えてみます。

　どっちにしても、今すでにV4.80βで偽装化してしまったメールデータの復旧
は不可能かと思います。その辺はご了承お願いするしかありません。

RE:00466 '@'偽装について

CHERRYVOICE さん　07/06/18 09:45

根本的な解決にはなりませんが、メールアドレスと判定された部分だけ
@に変換して表示するというのはどうでしょうか。

＃思いつき程度ですので、現実的でなければ無視してください。
　ちなみに、個人的には偽装化の機能を利用する予定はありません。

RE:00467 '@'偽装について

秀まるお さん　07/06/18 10:10

　\x7Fを\x7F\xFFに変換するのはやっぱり危ないというか、処理も複雑になるし、
もしかしてバグった時にメールデータが壊れたらいやだなぁというのがあるので、
やっぱり止めておこうと思います。

　'@'の偽装化についても今のところ反響が無いみたいだし、\x7Fがどの程度使
われてるのか予測するのも難しいということで、とりあえずこの機能はお蔵入り
させようかなぁと思います。

　今現在V4.80βで偽装されてしまったユーザー様は、次のβ版で'@'の偽装を元
に戻す機能だけ用意するので、それで偽装解除してもらうって作戦にしようかと
思いますけど…。

　それでいいですよね？

RE:00468 '@'偽装について

秀まるお さん　07/06/18 10:22

　っとコメントした直後でなんですが…。やはり今さらこの機能を無くすのも難
しいような気がしてしまいまして…。

　今一番問題だと思うのは、'@'の偽装をしてないユーザー様でも\x7Fが'@'に変
換されて表示されることであると思います。なので、'@'の偽装化オプションOFF
の場合は\x7Fを'@'に戻す動作をしないようにしてみます。

　つまりそれで、'@'の偽装化をしない一般ユーザー様には何の影響も無いこと
になると…。

　既に作ってしまった'@'の偽装化オプションを廃止するのも危険というか、既
に偽装化してしまったユーザー様から後々苦情が届くものなんなので、それが一
番マシな解決策かなぁと思います。

RE:00469 '@'偽装について

ka-chan さん　07/06/18 13:04

メール本文に\x7Fを受信した際はコード変換は行わない。
半角空白にもしない。
'@'偽装のオプションがONなら、\x7Fは'@'として表示される。（仕様）
オプションOFFの場合は、\x7F本来のフォントにて表示される。

ということで了解しました。

RE:00470 '@'偽装について

ka-chan さん　07/06/22 17:11

>'@'の偽装化オプションOFFの場合は、メールデータ中で\x7Fの制御文字を使えるよ
>うにした。（'@'へ変換しないようにした）

偽装を戻す変換時に、メールアドレスでない\x7Fもすべて'@'に変換されるようで

オプションOFF、'@'偽装していない場合、メールデータ ''、表示''
オプションON、'@'偽装変換した場合、メールデータ ''、表示'@'
オプションOFF、'@'偽装解除した場合、メールデータ '@'、表示'@'

こんな感じになります。

RE:00477 '@'偽装について

秀まるお さん　07/06/22 17:30

　これはこれで仕様なんですが…。

　つまり、\x7Fも'@'も両方とも'\x7F'に変換してしまったので、その変換され
たデータを元に戻そうと思っても不可能というか。

　'A'と'B'を同じ'B'に置換したとしたら、もうその'B'という文字はもともと
'A'だったのか'B'だったのかは分からないので、戻しようがないという、そうい
う問題です。

　なので、ka-chan様の場合はもう手遅れというか、元々あった\x7F制御文字を
本来の\x7Fに戻すことは出来ないんですけど。

RE:00477 '@'偽装について

秀まるお さん　07/06/22 17:38

　もう１つコメントさせていただきますと…

　CHERRYVOICEさんの話にあるように、「メールアドレスと判定される部分に限
って'@'を\x7Fに変換する」って仕様にすれば、その逆、つまり、「\x7Fを'@'に
変換してもメールアドレスと認識できない場合は\x7Fをそのまま\x7Fとして表示
する」みたいな処理になって、結果として\x7F制御文字と'@'の偽装化がかなり
高い確率で両立出来ることにはなります。

　それがご希望でしたら、ある程度おおざっぱな判定基準でそういう処理を作っ
てもいいですけど…。

　ただ、どっちにしても、今現在既に'@'を\x7Fに変換してしまった物を元に戻
すことは出来ないです。そればっかりはご勘弁いただくしかありません。しいて
どうしてもということでしたら、手作業で変換するしかありませんけど。

RE:00479 '@'偽装について

ka-chan さん　07/06/22 18:45

非可逆が仕様ならそれでも良いです。
ただ変換前の確認は2回取って、「元には戻せません。」と警告した方が良いと思い
ますけど

#以前出てた「βテスト中です。」の警告が無くなってる。

RE:00480 '@'偽装について

秀まるお さん　07/06/22 22:17

　いろいろお手数かけてすみません。

> ただ変換前の確認は2回取って、「元には戻せません。」と警告した方が良いと思い
> ますけど

　やはり厳重にやった方がいいということで、その辺の警告や、変換対象とする
'@'の仕様などについてももっと考えてみます。

RE:00481 '@'偽装について

秀まるお さん　07/06/26 17:14

　今V4.80β11をアップロードしたんですが、警告メッセージというか、このオ
プションをONにした時に、機能についての詳しい説明を表示するようにしました。

　変換対象とする'@'についての仕様はやっぱり変えませんでした。というのは、
仕様変更すると今現在のV4.80βで変換してしまったデータが中途半端な物にな
ってしまってややこしいからですけど。

　ということでそろそろ仕様確定ということでお願いします。

RE:00482 '@'偽装について

ka-chan さん　07/06/26 18:40

数々の要望の反映、ありがとうございました。

少し使ってみて気が付いたのは、説明にタイムスタンプの話がなかった事と
\x7Fの検索で検索文字列の強調がOFFになってた事でしょうか？

今後益々のご発展をお祈りしています。

RE:00483 '@'偽装について

秀まるお さん　07/06/27 09:00

　まいどテストありがとうございます。タイムスタンプの件はまたすっかり忘れ
てしまってたので、補足説明の方に追加させていただきます。

　\x7F検索の式もなおします。

RE:00484 '@'偽装について

ka-chan さん　07/07/12 13:14

\x7Fを検索する際、「\x7Fを検索するために「全般的な設定」をキャンセルします。
続行してもいいですか？」と確認のメッセージが出ますが
ここで「いいえ」を選択しても、全般的な設定に戻らずに\x7Fの検索が実行されるよ
うです。
また検索した結果、\x7Fは強調表示されてませんでした。（これはまあ、どちらでも
良いのですが）

以上、よろしくお願いします。

RE:00586 '@'偽装について

秀まるお さん　07/07/12 13:33

> ここで「いいえ」を選択しても、全般的な設定に戻らずに\x7Fの検索が実行されるよ
> うです。

　たしかにバグってました。今すぐ直します。

> また検索した結果、\x7Fは強調表示されてませんでした。（これはまあ、どちらでも
> 良いのですが）

　F3キーを押して「下候補」とかをやらないと強調されないです。「下候補」を
すれば強調されると思いますけど。

RE:00587 '@'偽装について

ka-chan さん　07/07/12 14:29

確かに下候補(F3)で強調表示されました。

#検索して一覧作成で検索文字列を強調にチェックした時は
#いちいちF3は押さなくても強調表示されているので
#それが普通なんだと思っていましたが．．．何が違うんだろ？？

RE:00588 '@'偽装について

秀まるお さん　07/07/12 14:39

> #検索して一覧作成で検索文字列を強調にチェックした時は
> #いちいちF3は押さなくても強調表示されているので
> #それが普通なんだと思っていましたが．．．何が違うんだろ？？

　そうでしたか。なんとなく僕が間違えてるような気がするので、だとしたらま
た修正させていただきます。

RE:00589 '@'偽装について

秀まるお さん　07/07/12 15:18

　やはりバグってました。僕も仕様をよく分かってなくてバグに気づきませんで
した。