サーバに殘つてゐるメールを強制的に再受	No.34017
5HPONGO さん　08/05/16 12:00
まいど，お世話になつてをります。 　さて，Webメールで見ると メールサーバに屆いてゐることが明らかな のに，秀丸メールでダウンロードできず“齒拔け”になつてゐまつてゐ るメールが結構あります。例へば，このMLでも34005と34006が拔けてし まつてをり，34015の發言者がレスを附けていらつしやる34006でどのや うな囘答が爲されたのか，秀丸メールでは讀む事ができません。〔秀丸 メールはヘッダ情報を取りこぼしたり，メールを取りこぼしたり，を頻 繁にやつてくれます(;_;)〕 そして單純に受信ボタンを押しただけでは 當然でせうが再受信してくれません。〔既に受信したつもりになつてゐ ます〕 　このやうな場合，受信に失敗してゐるのに受信したつもりになつてゐ るメールを強制的に再受信させるにはどのやうにすればよろしいのでせ うか？　受信濟のメールか否かを秀丸メールがどのやうに識別してゐる のかも分かりませんし。〔UIDLか何かで見てるんでせうが……一般ユー ザは知らなくて好いのかも〕 　以上，宜敷お願ひ致します。 　ほな，ご機嫌よろしう。 -- 5HPONGO [2008-05-16T11:29:56+09:00]

[ △ ]

RE:34017 サーバに殘つてゐるメールを強制	No.34019
秀まるお2 さん　08/05/16 13:32
振り分けアクションで「受信しない」を使っておられるとしたら、それのせい で受信しないんだと思いますが…。それを使ってないのだとしたら、メールサー バー側の割り振るUIDL文字列がおかしいのではないかと思います。 　UIDL文字列が、例えばAというメールとBというメールの両方で同じになってし まっていると、AかBかどっちかしか受信しないです。そういう風になっているの かどうかは、「アカウント毎の設定・メールサーバー・トラブル対策」の「UIDL 文字列をX-TuruKame-UIDL:ヘッダを使って保存する」をONにした上で、手作業で UIDL文字列をチェックするなどすれば分かるんですが…。 　とりあえずの回避策としては、「メールサーバー・トラブル対策」の「UIDLコ マンドを使わない」をONにするか、または「メールサーバー」ページの「受信し たメールをサーバー上に残す」をOFFにする、あるいは保持する期間の日数をも っと短くするだけでも回避出来るかもしれません。 　「UIDLコマンドを使わない」をONにすると受信が非常に遅くなるので、保持す る期間を短めにするって方向でしばらく使っていただくのがいいんじゃないかと 思いますけども…。 　あと、なんでしたらこちらでもテストしてみたいと思うので、そのメールサー ビスの名前とか、設定されてるメールの保持期間とか、もしよかったら教えて欲 しいです。

[ △ ]

RE:34019 サーバに殘つてゐるメールを強制	No.34020
5HPONGO さん　08/05/16 17:16
秀まるお2さん 　まいど，お世話になつてをります。素早い御囘答有難う存じます。 > 　振り分けアクションで「受信しない」を使っておられるとしたら、それのせい > で受信しないんだと思いますが…。 　「受信しない」は使つてをりません。 > それを使ってないのだとしたら、メールサー > バー側の割り振るUIDL文字列がおかしいのではないかと思います。 　その可能性は有るかも知れません（下記參照）。 > 　UIDL文字列が、例えばAというメールとBというメールの両方で同じになってし > まっていると、AかBかどっちかしか受信しないです。そういう風になっているの > かどうかは、「アカウント毎の設定・メールサーバー・トラブル対策」の「UIDL > 文字列をX-TuruKame-UIDL:ヘッダを使って保存する」をONにした上で、手作業で > UIDL文字列をチェックするなどすれば分かるんですが…。 　「UIDL文字列をX-TuruKame-UIDL:ヘッダを使って保存する」は常時オ ンにしてゐるのですが，受信できたメールと受信できてゐないメールと で比較することは出來ません(^^;。 > 　とりあえずの回避策としては、「メールサーバー・トラブル対策」の「UIDLコ > マンドを使わない」をONにするか、 　取り敢へずこれで再受信してみると，大量の重複メールと共に，受信 されてゐなかつたメールが無事受信されました。この時點で，當該メー ルとは別の重複受信されたメールのUIDL文字列を確認してみると，同じ メールなのに最初に受信したものは         X-TuruKame-UIDL: AETIU3wAAPo4SC0PKQAH6D3FxOA のやうな文字列で，「UIDLコマンドを使わない」で受信したものは         X-TuruKame-UIDL: TKGEN/8218E9F47849 のやうな文字列と，全く異なる形式になつてゐました。 > または「メールサーバー」ページの「受信し > たメールをサーバー上に残す」をOFFにする、 　以前，他のメールソフトで，ダウンロードに失敗したまゝサーバから も消されてしまつたことが有るので（秀丸メールではそのやうな事は無 いのでせうが），これは危なくてやりたくないのです。 > あるいは保持する期間の日数をも > っと短くするだけでも回避出来るかもしれません。 　これに就いては考へてみます。 > 　「UIDLコマンドを使わない」をONにすると受信が非常に遅くなるので、保持す > る期間を短めにするって方向でしばらく使っていただくのがいいんじゃないかと > 思いますけども…。 　諒解しました。 > 　あと、なんでしたらこちらでもテストしてみたいと思うので、そのメールサー > ビスの名前とか、設定されてるメールの保持期間とか、もしよかったら教えて欲 > しいです。 　サービスはYahoo! JAPANで，メールの保持期間は43日間（６週間プラ ス１日）です（最初は93日（約３ヶ月間）にしてゐたので，これでも思 ひきつて減らした方です）。 　ほな，ご機嫌よろしう。 -- 5HPONGO [2008-05-16T16:54:06+09:00]

[ △ ]

RE:34020 サーバに殘つてゐるメールを強制	No.34021
秀まるお2 さん　08/05/16 17:46
> 　「UIDL文字列をX-TuruKame-UIDL:ヘッダを使って保存する」は常時オ > ンにしてゐるのですが，受信できたメールと受信できてゐないメールと > で比較することは出來ません(^^;。 　リモートメール一覧で「これは受信出来てないメールだ」ってのが認識出来る のであれば、そのメールのヘッダの中の、    TuruKame-UIDL: 　ってヘッダの中身をメモして欲しいです。それがそのメールのUIDL文字列なの で、例えばその文字列を、同じリモートメール一覧の中から検索してみるとか、 または過去に受信したメールのどれかのX-TuruKame-UIDL:ヘッダと一致してるか どうかで判定が出来ます。 　（ちなみにリモートメール一覧の中だけなぜ「X-」が付かないのかというのは、 歴史的な理由です） 　それと、リモートメール一覧からのUIDL文字列の検索は、秀丸エディタのgrep を使う方が手っ取り早いと思います。UIDL文字列をそのままgrepで「Remote」の フォルダから検索するか、またはアカウント配下全体の「*.txt」で検索かけて しまってもいいと思います。 > 　サービスはYahoo! JAPANで，メールの保持期間は43日間（６週間プラ > ス１日）です（最初は93日（約３ヶ月間）にしてゐたので，これでも思 > ひきつて減らした方です）。 　ではこちらでも、現状のYahoo! JAPANメールアカウントとは別にもう１つアカ ウントを作ってうちのサイトからのメール配信を受けるようにしてみます。

[ △ ]

RE:34021 サーバに殘つてゐるメールを強制	No.34022
秀まるお2 さん　08/05/16 18:04
あとすみませんが、メールサーバーにたまっているメール数が何通くらいある かも教えて欲しいです。 　（テストの参考用に） 　それと、今、Yahoo!メールの生成してるUIDL文字列を見たんですが、非常に長 いランダムっぽい文字列が入っているようなので、これがたまたま他のメールと 重なるって可能性は低いような気がします。

[ △ ]

RE:34022 サーバに殘つてゐるメールを強制	No.34028
5HPONGO さん　08/05/17 21:24
秀まるお2 　まいど，お世話になつてをります。 > 　あとすみませんが、メールサーバーにたまっているメール数が何通くらいある > かも教えて欲しいです。 > > 　（テストの参考用に） 　約3500件溜まつてをります。 > 　それと、今、Yahoo!メールの生成してるUIDL文字列を見たんですが、非常に長 > いランダムっぽい文字列が入っているようなので、これがたまたま他のメールと > 重なるって可能性は低いような気がします。 　どうもUIDL文字列の重複が原因では無ささうです。竝行受信機能とウ イルス檢知ソフトとの間で，相性問題か何かでをかしな事が起こつてゐ るのでせうか？ 　ほな，ご機嫌よろしう。 -- 5HPONGO [2008-05-17T21:20:56+09:00]

[ △ ]

RE:34028 サーバに殘つてゐるメールを強制	No.34044
秀まるお2 さん　08/05/19 09:36
リモートメール一覧の中でダウンロードしてないはずのメールが「ダウンロー ド済み」と表示されるのであれば、やはりUIDL文字列の重複ではないかと思いま す。 　秀丸メールのアカウント用のフォルダ配下に「UIDL.bin」というファイルがあ って、それをテキストエディタで開いて見ると、どのUIDLのメールが何月何日に ダウンロードされたかが分かります。秀丸メールはそこの文字列と比較してリ モートメール上で「ダウンロード済み」などの表示をしています。

[ △ ]

---