開封通知要求未処理メールの移動で落ちるNo.07279
hi_sugar さん 02/05/09 11:04
 
こんにちは。いつも鶴亀メールにお世話になっています。

 状況が複雑なので正確に伝わるか不安ですが、、、

(1)全般的な設定で開封通知送信をその都度問い合わせるの設定のとき
以下のマクロシーケンスで

...
while ( dllfunc("FindDown") ) {           // <-a
  ##n = dllfunc("Move","backup","受信") ;    <-b
  message "Ok" ;                             <-c
}
...

 aで開封通知要求未処理のメールが選択されると、確認ダイアログが表示されま
すが、マクロはそのまま進んでb、cが実行("Ok"メッセージも表示)されます。
 したがってこの段階でメールの移動は終わっており、ここで開封通知要求を無
視するを選択すると100%プロセス違反で落ちます。(メールの移動が済んでいる
のに旧メールデータの開封通知フラグの書き戻しを試みているため?)

(2)全般的な設定で開封通知要求を無視するの設定のとき
 (1)と同様なマクロを実行したとき、やはり開封通知要求未処理のメールが選択
されたところで"Ok"を出してプロセス違反で落ちます。ただし、こちらの場合は、
そのフォルダ内のメール状況やそのフォルダを表示していたりそうでなかったり、
list.binがあったり、無かったりの条件で落ちたり落ちなかったりします。
 dump.txtをみると落ちている個所は(1)と同じところのようです。

※実は落ちる症状はゴミ箱にあった大量のメールをマクロで移動しているときに
発生したのですが、状況によって再現性が特定できず、傾向調べるためいろいろ
試行錯誤した結果(2)が原因ではないかと推定しました。(私は通常、うっとう
しいので開封通知要求は無視するにしています。めったにそういうメールを受け
取ることもないのですが。)

 より詳細な情報が必要であれば、ご指示いただければ送付いたします。
 確認のほどよろしくお願いいたします。
 
 環境はWin2k + 鶴亀Ver1.86です。
 
以下は (2)のケースで落ちた時のdump.txtの抜粋です。

10:38:49.997 (2248) list.bin無し: メール一覧を作成中 (ゴミ箱)
10:38:50.007 (4459) メール総数=1 / 最近の分=0 / 未読=0 / マーク=0
10:38:50.027 (6875) NotifyListCacheOffsetMoved
10:38:50.037 (4459) 0 / 最近の分=0 / 未読=0 / マーク=0
10:38:50.037 (6748) status
10:38:50.047 (6750) e-status
10:38:50.047 (6756) folder
10:38:50.057 (6780) free
10:38:50.057 (6782) e-free
********** 02/05/09 10:38:50.217 1.86  Exception
eax=004836D7 ebx=00000000 ecx=00010101 edx=FFFFFFFF esi=00000113
edi=00000000 ebp=0011D744 esp=0011CD24 eip=004836EB
eip: 8B 87 38 04 00 00 3B C3 0F 84 45 06
Stack Dump
0011D8F4 00000113 00000112 00000000 00000000 002E0004 FFFFFFFF 00000000
00000000 12020E99 00000000 00000000 00123AA0 00000001 77DEC7E3 003F1A88
00000211 000000C1 001515D4 00150A2C 00000001 00000001 77DEC7E3 003F1A88
00000211 000000C1 001515D4 00150A2C 00000001 72CFC528 40000000 001544A4
00750054 00750072 0061004B 0065006D 00720046 006D0061 001515D4 00150A2C
00000001 00010001 00000001 001515D4 00150A2C 00000001 003F1A78 0011CD8C
000000C1 0011CE28 77E0C9C0 77DEC820 77F43899 C40105BC 00000000 00000000
77F45689 C40105BC 00000100 0011D6B0 C40105BC 000000C1 000000C1 0011CE0C
FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Param#5  Param#6  
Param#7  Param#8  Param#9  Param#10 MachineCode
0011D808 004463AD 00000000 00000000 0011D8F4 0011D8FC C0000000 0248DF69
0011D7B0 77F8AF25 E585A769 00000B84 85 C0 0F 85 B4 0F 00 00
 

[ ]
RE:07279 開封通知要求未処理メールの移動No.07281
秀まるお さん 02/05/09 16:34
 
 詳しいバグレポートありがとうございます。

 連絡いただいた内容から2つのバグを見つけることが出来ました。

 − マクロ実行中であっても開封通知関係の処理が働いてしまうバグ。
 − 開封通知要求付きのメールを選択して、開封通知関係の処理が
   遅延して起動した時に、その時点でのメールと元のメールが違って
   いても無理矢理開封通知の処理を続行しようとするバグ。

 ということでさっそく修正させていただきます。

[ ]
RE:07281 開封通知要求未処理メールの移動No.07307
hi_sugar さん 02/05/15 08:55
 
hi_sugarです。

> − マクロ実行中であっても開封通知関係の処理が働いてしまうバグ。
> − 開封通知要求付きのメールを選択して、開封通知関係の処理が
>   遅延して起動した時に、その時点でのメールと元のメールが違って
>   いても無理矢理開封通知の処理を続行しようとするバグ。

 Ver1.88で該当処理をしても落ちなくなったことを確認しました。
 また前者の修正によりマクロ実行中は開封通知要求メールを意識しなくても
 (実質無視される。)よくなったのですよね。
 

[ ]
RE:07307 開封通知要求未処理メールの移動No.07308
秀まるお さん 02/05/15 10:02
 
> また前者の修正によりマクロ実行中は開封通知要求メールを意識しなくても
> (実質無視される。)よくなったのですよね。

 無視してる訳じゃないんですけど、マクロが終了してから開封通知関係の処
理が動くようにしています。マクロ終了時点で選択してるメールが別のメール
だったら何もしませんけど。

[ ]