バイパスしたはずのメールが元のアカウン - 秀丸メール情報交換会議室 - スレッド47094, 2014/11/30

バイパスしたはずのメールが元のアカウン

suii さん　14/11/30 21:23

複数のアカウントに届く迷惑メールを
振り分け条件 X-TuruKame-Filter:spam で全てアカウントBにバイパスし、
アカウントBからあ@a.jp, い@a.jp に転送しています。
ところが、アカウントをバイパスしたはずのメールが元のアカウントに戻っ
てくる動作が起きています。
「秀丸メール起動時にすべて送受信を実行する」がONで、今のところ起動直
後の自動送信のタイミングだけで起きているようです。

[filterlog.txt]から4件のメールを抜粋します:

2014/11/28 09:13:53 アカウントA 受自 Message-Id:<20141127
152733> ヒット(20):迷惑メール移動:アカウントのバイパス:アカウントB
2014/11/28 09:13:53 アカウントB 受自 Message-Id:<20141127
152733> ヒット(1):アカウントAから移動:ゴミ箱色付け:青
Resent-Bcc転送:あ@a.jp, い@a.jp 通知無し
2014/11/28 09:13:54 アカウントA 送自 Message-Id:<20141127
152733> ヒット(0):送信移動移動:受信

2014/11/28 18:59:15 アカウントA 受自 Message-Id:<20141128
071638> ヒット(20):迷惑メール移動:アカウントのバイパス:アカウントB
2014/11/28 18:59:15 アカウントB 受自 Message-Id:<20141128
071638> ヒット(1):アカウントAから移動:ゴミ箱色付け:青
Resent-Bcc転送:あ@a.jp, い@a.jp 通知無し
2014/11/28 18:59:15 アカウントA 送自 Message-Id:<20141128
071638> ヒット(0):送信移動移動:受信

2014/11/30 18:12:07 アカウントA 受自 Message-Id:<20141130
055347> ヒット(20):迷惑メール移動:アカウントのバイパス:アカウントB
2014/11/30 18:12:07 アカウントB 受自 Message-Id:<20141130
055347> ヒット(1):アカウントAから移動:ゴミ箱色付け:青
Resent-Bcc転送:あ@a.jp, い@a.jp 通知無し
2014/11/30 18:12:09 アカウントA 送自 Message-Id:<20141130
055347> ヒット(0):送信移動移動:受信

2014/11/30 18:12:08 アカウントA 受自 Message-Id:<3e363376
a09cca> ヒット(20):迷惑メール移動:アカウントのバイパス:アカウントB
2014/11/30 18:12:08 アカウントB 受自 Message-Id:<3e363376
a09cca> ヒット(1):アカウントAから移動:ゴミ箱色付け:青
Resent-Bcc転送:あ@a.jp, い@a.jp 通知無し
2014/11/30 18:12:09 アカウントA 送自 Message-Id:<3e363376
a09cca> ヒット(0):送信移動移動:受信

1行目でアカウントBにバイパスされ、2行目のアカウントBでも正常に振り分
けされますが、何故か3行目でなくなっているはずのアカウントAで優先順位
の低い振り分けに引っかかってしまいます。
結果は、2行目でアカウントBから送信されたメールは最終的にアカウントB
の「送信済み」に入らずに、アカウントAの「受信」フォルダに入ります。
なお、ヘルプではカッコ内にヒットした条件の番号が入るとあるのですが、
3行目は 0 になっています。

どこをチェックしたらいいのか助言頂きたくお願いします。

RE:47094 バイパスしたはずのメールが元の

秀まるお2 さん　14/12/01 15:16

　アカウントAからアカウントBにバイパスされて、そのバイパスされた先でゴミ
箱フォルダに移動したはずのメールが、またアカウントA（の受信フォルダ）に
戻るということで…。

　なぜそういうことが起きるのか、今の所僕には原因が分かりません。なので、
ソースコードを見直すなり、テストするなどして原因を考えてみます。

> 何故か3行目でなくなっているはずのアカウントAで優先順位
> の低い振り分けに引っかかってしまいます。

　「ヒット(0):送信移動」と出てるということは、これはつまり、「送信移動」
って名前の振り分け項目が一番先頭（優先順位最高）にあると思うんですけど、
これはアカウントAかアカウントBかどっちにあるのでしょうか。

　あと、これの振り分け条件がどうなってるのか…。「送信移動」ということは、
もしかして送信済みフォルダに行く予定のメールを受信フォルダに移動させる用、
つまり、送信系メール用の振り分け設定なのだとしたら、その振り分け設定項目
での

　振り分け対象： ●受信したメール ○送信したメール ○両方

　って所を「送信したメール」にしていただくことで、とりあえず回避できるか
もしれませんけども。

　ただ、そもそも１つのメールについてアカウントAとアカウントBで２回振り分
けした後に、さらにもう１回振り分けが実行されるということは、普通ありえな
いはずの動作になります。なぜそうなるのか現段階ではよく分かりません。

> なお、ヘルプではカッコ内にヒットした条件の番号が入るとあるのですが、
> 3行目は 0 になっています。

　ヒット(0)と出る場合は、一番先頭の項目が該当してると思います。先頭が0番
って扱いになってるようです。

　あと、出来たらdump.txtを取る設定にして出てきたログも教えてほしいです。
たぶん、

15:00:26.094 (7514) 1 / 1 済み (1.4K / 1Kバイト)
15:00:26.094 (6490) Progress 0 = 1460/1460
15:00:26.110 (4729) filter action=00000001
15:00:26.110 (4729) filter action=0000C001
15:00:26.125 (14648) Added.bin 斉藤秀夫メイン/6/ file=受信ログ201412.txt off
set=1609833
15:00:26.125 (14659) added.bin done
I 保存済: UIDL=541f73615642
15:00:26.125 (3490) サーバー上に残す
15:00:26.125 S QUIT
15:00:26.125 (14648) Added.bin spam収集/0/ file=受信201412_02.txt offset=145460
15:00:26.125 (14659) added.bin done

　みたいな感じで実際に保存された先のフォルダがどこか、あと、振り分け動作
の内部的な値が何だったかも出てると思います。この辺の情報も参考になりそう
な気がします。もしよかったらお願いします。

RE:47096 バイパスしたはずのメールが元の

秀まるお2 さん　14/12/01 16:07

　よく見たら、１つ分かりました。

　余計に１つ出てくる振り分けの記録は、「送　自」と出てきてまして、これは
つまり、未送信フォルダにあるメールを送信した後の、送信済みメールの振り分
けで発生してるログのようです。

　アカウントAで受信した迷惑メールはアカウントBにバイパスされて、その
アカウントB上で「そのまま転送」されるとしたら、それによって発生する未送
信メールは「アカウントB」の上にあるはずだと思います。ですが、なぜだか分
かりませんが、その未送信メールがアカウントA上に移動して、アカウントA上で
メールが送信されて、その後、送信されたメールがアカウントA上の振り分け設
定によって、普通だったら送信済みフォルダに入るはずが、受信フォルダに移動
してるようです。

　とりあえず、受信フォルダに移動する振り分け設定の条件に、

　かつ "Resent-From:"が""である

　みたいな条件を追加して、「そのまま転送」で転送するメールは振り分け対象
から外すようにしたらうまくいくかなぁとは思いますけども。

　アカウントB上で「そのまま転送」した未送信メールがアカウントAに移動する
のがなぜなのか…、ご自身でバイパス設定されてるとか？。（アカウントBの
アカウント毎設定か振り分け設定で？）

RE:47099 バイパスしたはずのメールが元の

suii さん　14/12/01 18:45

>> 何故か3行目でなくなっているはずのアカウントAで優先順位
>> の低い振り分けに引っかかってしまいます。
>
> 　「ヒット(0):送信移動」と出てるということは、これはつまり、「送信移動」
> って名前の振り分け項目が一番先頭（優先順位最高）にあると思うんですけど、
> これはアカウントAかアカウントBかどっちにあるのでしょうか。

「送信移動」という名前の項目は、アカウントAの一番最後で、具体的には
一番先頭を0番目として21番目にあります。
この21番目が一番最後なので、優先順位は一番最後のはず。

> 　あと、これの振り分け条件がどうなってるのか…。「送信移動」ということは、
> もしかして送信済みフォルダに行く予定のメールを受信フォルダに移動させる用、
> つまり、送信系メール用の振り分け設定なのだとしたら、その振り分け設定項目
> での
>
> 　振り分け対象： ●受信したメール ○送信したメール ○両方
>
> 　って所を「送信したメール」にしていただくことで、とりあえず回避できるか
> もしれませんけども。

そのとおり、「送信済みフォルダに行く予定のメールを受信フォルダに移動
させる用」の条件で、振り分け対象：は「送信したメール」だけに●があり
ます。
条件は　["From:" が "@" を含む → "\\受信"に移動する]　です。
とにかく私が送信したすべてのメールが該当すると思うので、優先順位は一
番最後においています。

>> なお、ヘルプではカッコ内にヒットした条件の番号が入るとあるのですが、
>> 3行目は 0 になっています。
>
> 　ヒット(0)と出る場合は、一番先頭の項目が該当してると思います。先頭が0番
> って扱いになってるようです。

前述の通り、この条件は21番目にあります。
なんせ、＠を含む全てのメールを対象にしていますので…。
この記録が0番目となる理由は不明ですが、もしかしたら
「振り分け対象:送信したメール」指定した中で0番目などという変化球だっ
たり?

> とりあえず、受信フォルダに移動する振り分け設定の条件に、
>
> 　かつ "Resent-From:"が""である
>
> 　みたいな条件を追加して、「そのまま転送」で転送するメールは振り分け対象
> から外すようにしたらうまくいくかなぁとは思いますけども。

これはアカウントBにこの条件があったら付加してみたら、という助言かと
存じます。
受信フォルダに移動する振り分け条件はアカウントAですので、とりあえず
指定しないでおきます。

> 　アカウントB上で「そのまま転送」した未送信メールがアカウントAに移動する
> のがなぜなのか…、ご自身でバイパス設定されてるとか？。（アカウントBの
> アカウント毎設定か振り分け設定で？）

アカウントBの[上級者向け]-[メールのバイパス]設定はチェックなし、
[メールの振り分け]内の条件設定には「ゴミ箱に移動」はあるけれど、他の
アカウントへのバイパス設定はひとつもないです。
filter.logの2行目でゴミ箱に移動した記録があるのですけど、実際にはゴ
ミ箱に入りません。アカウントAの一番優先順位の低い振り分け条件に引っ
かかるという謎動作です。
例えば一晩メールを受信しないで朝秀丸メールを起動すると迷惑メールを数
百通連続受信しますが、連続振り分けの最中に数通だけがアカウントAに
戻ってしまい、その他のほとんどは正常にアカウントBのゴミ箱に移動に
なっています。

なお、最初のご報告で
>今のところ起動直後の自動送信のタイミングだけで起きているようです。
と書きましたが、今日は日中の自動受信のタイミングで一件発生していまし
た。

> 　あと、出来たらdump.txtを取る設定にして出てきたログも教えてほしいです。

dump.txtの記録をONにしてログを取ってみます。

RE:47100 バイパスしたはずのメールが元の

秀まるお2 さん　14/12/01 19:16

　いろいろ追加の情報ありがとうございます。

　とりあえず連絡いただいた情報を元に調べてみます。

　dump.txtは、１通だけ受信してその振り分けのタイミングで起きてるなら数十
行程度で済むと思うのですが、数百通受信して、それの「受信した後の未送信
メールの送信」のタイミングでのログも含めないといけないとなると、かなり巨
大になると思います。

　ということで、ここの会議室に書き込むのは無理そうで、僕の個人アドレスの
"maruo@mitene.or.jp"宛にメールで送っていただけたらと思います。

　送っていただくにしても、どっちにしてもいろいろ個人情報が入ってしまうと
思うので、特定のメールに関係した部分だけ抜き取って、適当に伏字にして送っ
ていただいてもＯＫです。

　何か分かったらまた書き込みさせていただきます。

RE:47101 バイパスしたはずのメールが元の

秀まるお2 さん　14/12/02 00:13

　dump.txt送っていただきありがとうございます。明日調べさせていただきます。

　その前に１つ分かりました。

> 前述の通り、この条件は21番目にあります。
> なんせ、＠を含む全てのメールを対象にしていますので…。
> この記録が0番目となる理由は不明ですが、もしかしたら
> 「振り分け対象:送信したメール」指定した中で0番目などという変化球だっ
> たり?

　たしかにその「送信したメール」指定の中で0番目ってことでログが出てるよ
うでした。というか、そういう風に作ったつもりは無いので、バグになります。

　その点はさっそく修正させていただきます。

RE:47102 バイパスしたはずのメールが元の

秀まるお2 さん　14/12/02 11:59

　原因調べて分かりました。

　URLチェッカーが動いて遅延して振り分けが実行された場合に、「そのまま転
送」で転送される未送信メールが、本来はバイパス先に生成されないといけない
のがバイパス元アカウント配下に作成される、というバグがありました。

　URLチェッカーが動いた場合じゃなくても、手で「編集・振り分け」とした場
合も同じことが起きました。

　さっそく修正させていただきまして、またβ版としてアップロードさせていた
だきます。

　あと、送っていただいたdump.txtを含むメールは完全に削除させていただきま
す。

RE:47103 バイパスしたはずのメールが元の

suii さん　14/12/02 12:40

原因判明とのこと、ベータ版を楽しみにしています。
いろいろお気遣いありがとうございます。