iCould/me.comのメールが受信できなくなっ - 秀丸メール情報交換会議室 - スレッド04909, 2019/03/19

iCould/me.comのメールが受信できなくなっ

idiot さん　19/03/19 13:00

今までme.comが使えていたのすが、３月に入り受信できなくなりました。
詳細は以下の通りです。アドバイスがあればお願いします。

・設定はIMAP
　受信サーバ：imap.mail.me.com　port:993, IMAP over SSL、証明書を検証しない
・iPad標準メーラとスマホのメーラー（BlueMail）では受信ボックスにメールが存在
する（例えば10個）が、秀丸メールで受信を試みると「受信したメールはありません
でした」が返る。エラーメッセージは特にない。
・メールサーバー設定/詳細2で「IMAPゆっくり受信（トラブル対策用）」にチェック
をつけて受信すると、差出人、宛先、件名、From、Date、本文の全てが空のメールが
受信される（数はiPad/スマホのメーラ受信数と同じ：10個）
・Xp, Windows7, Windows10の3台のPC上の秀丸メールで試したが、全て同じ現象

RE:04909 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/19 15:10

　僕の所にicloud.comのアカウントが１つあって、Appパスワードを設定して秀丸
メールでIMAP4にて受信してるんですが、特に最近になって受信できないことは無い
ようです。

　今日もテストしてみましたが、うまく受信できてるようです。

　僕の所は「@me.com」じゃなくて「@icloud.com」ですけども。

　もしもApp用パスワードを作成せずにアクセスされてるのだとしたら、セキュリテ
ィが厳しくなってアクセス出来なくなった可能性が高いと思うので、これを機会にAp
p用パスワードを作成して、それで受信してみて欲しいです。

　参照：
　https://support.apple.com/ja-jp/HT204397

　me.comのメールアカウントの作成も僕の所でやってみます。iPadがあるので、それ
でやってみようと思います。

RE:04909 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/19 15:21

　ちなみに僕の所の「@icloud.com」のメールアカウントも、IMAPサーバーの名前は

imap.mail.me.com

　となってました。

　「送受信 - リモートメール...」の中にある「最新の一覧を取得しなおす」ボタン
の右側にある「▼」ボタンを押して、出てくるメニューの「最新の一覧を取得しなお
す(完全)」を実行してみるテストも1回やってみて欲しいです。

　僕の所はそれでヘッダが正しく受信できます。

R * 1 FETCH (UID 51 RFC822.HEADER {3458}
R ...(3458バイト)
I 1 / 79 済み (3Kバイト)
R * 2 FETCH (UID 52 RFC822.HEADER {2372}
R ...(2372バイト)
I 2 / 79 済み (6Kバイト)
R * 3 FETCH (UID 53 RFC822.HEADER {4815}
R ...(4815バイト)
I 3 / 79 済み (11Kバイト)
R * 4 FETCH (UID 54 RFC822.HEADER {3922}
R ...(3922バイト)
I 4 / 79 済み (15Kバイト)
R * 5 FETCH (UID 57 RFC822.HEADER {3369}
R ...(3369バイト)
I 5 / 79 済み (18Kバイト)

　みたいな感じの受信結果になります。ヘッダのみの受信なんですが、だいたい3～4
キロバイト受信してる様子が分かります。

　もしも空っぽの内容が届くとしたら、

R ...(3369バイト)

　みたいな所のバイト数が極端に小さくなるかなぁと思います。

RE:04910 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/19 15:49

> 　me.comのメールアカウントの作成も僕の所でやってみます。iPadがあるので、そ
>れでやってみようと思います。

　アカウントを新規作成したドメインを@me.comにしようと思ったんですが、ダメで
した。今現在は、アカウントを新規作成すると、「@icloud.com」になってしまうよ
うです。

　参照：
　https://support.apple.com/ja-jp/HT201771

　とりあえず、今現在App用パスワードになってない場合はApp用パスワードにするこ
とで大丈夫になるんじゃないかと思います。それでダメな場合は、とりあえずリモー
トメールで「最新の一覧を取得しなおす(完全)」をするなどした時のやりとり記録の、
メールを受信してる部分だけでも教えて欲しいです。

　さらに言うと、「全般的な設定 - 上級者向け - 動作の記録」の

　□ 秀丸メールの動作をdump.txtに記録する
　□ すべての送受信内容

　の両方をONにすると、サーバーから届くメール内容も全部dump.txtに出力されます。
それで何か分かる可能性もあります。たしかにサーバーからメール内容が届いて無い
のかどうかは確認可能かと思います。

RE:04910 iCould/me.comのメールが受信で

idiot さん　19/03/21 14:15

>App用パスワードを作成して、それで受信してみて欲しいです。

使っているものはApp用パスワードですが、App用パスワードを新たに作りそれを使っ
て試してみました。結果は同じでした。

秀丸メールの新規アカウント（アクセスは同じme.comアカウント）も試しましたが、
「受信したメールはありませんでした」⇒IMAPゆっくり受信（トラブル対策用）チェ
ック⇒空欄のメールが受信され、前と同じ結果でした。

RE:04912 iCould/me.comのメールが受信で

idiot さん　19/03/21 14:22

>リモートメールで「最新の一覧を取得しなおす(完全)」をするなどした時のやりと
>り記録の、メールを受信してる部分だけでも教えて欲しいです。

"Total=???バイト/40通新着=6通"と表示され、リモートメールのウィンドウ上には
全部で40通表示されています。内34通は左端の欄に「ダウンロード済」と表示され、
6通は左端の欄は空欄です。

iPadメーラーの受信ボックスのメール数は5通で、上の34通に含まれます。秀丸メー
ルのメインの左ペインの「メール数」も5で一致します。

上の34通で5通以外のものは、過去me.comで受信した後、廃棄または他のフォルダー
に移動したものです（移動の際には「メールが戻る可能性」を指摘する警告がでます
が、そのまま移動していました）。

>　さらに言うと、「全般的な設定 - 上級者向け - 動作の記録」の
>　□ 秀丸メールの動作をdump.txtに記録する
>　□ すべての送受信内容

「最新の一覧を取得しなおす(完全)」を実行した際のDumpを取りましたが、アップす
るには量が多い（テキストファイルで80kB）ため、メールアドレス等別途指定して頂
ければ、そちらにお送りします。

RE:04911 iCould/me.comのメールが受信で

idiot さん　19/03/21 14:25

>「最新の一覧を取得しなおす(完全)」を実行してみるテストも1回やってみて欲しい
>です。もしも空っぽの内容が届くとしたら、
>R ...(3369バイト)
>　みたいな所のバイト数が極端に小さくなるかなぁと思います。

"R * 1 FETCH (UID 51 RFC822.HEADER {3458}"のような表示は見当たりませんでした。
かわりに、「内容の表示」の内容をMSWordでカウントしたところ、長いもので3600文
字、短いもので300～500文字でした。

RE:04915 iCould/me.comのメールが受信で

idiot さん　19/03/21 14:31

書き洩らしました。
リモートメールのウィンドウ上の40通は全て、Subject, From, Dateとも正しく表示
されています。

RE:04917 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/22 10:45

　リモートメール一覧での「最新の一覧を取得しなおす（完全）」を実行してSubjec
t, From, Dateなどが正しく表示されるようになったということは、少なくともその
処理の中ではサーバー上のメール一覧は正しく取得できて、メール内容（ここではヘ
ッダのみ）も正しく受信できてることになるだろうと思います。

　dump.txtに「すべての送受信内容」を出力する設定にされてるとしたら、メールの
内容（ヘッダのみ）がたしかにdump.txtにも出てることが確認できるんじゃないかと
思います。

　その辺は正常に動作したってことでいいですよね。

> 内34通は左端の欄に「ダウンロード済」と表示され、6通は左端の欄は空欄です。

　ということは、６通についてはまだダウンロードしてない扱いなので、それも正し
い動作のように見えます。

　普通であれば、その状態で「受信」コマンドを実行すれば、その６通が受信されな
いとおかしいです。

　とりあえず、僕も何が起きてるのかちょっと分からないので、テスト用に同じメー
ルアカウント用のアカウントを新規に作成してそこで受信してみるテストをしてみる
のはダメでしょうか。さらにはその時の「送受信のやりとり記録」の全部を教えても
らいたいです。

　１．全般的な設定で「すべての送受信内容」をdump.txtに出力する設定にする。
　２．icloud用のメールアカウント（IMAPで受信する用）を新規作成する。
　３．受信を１回実行してみる。
　４．もしそれで何も受信しない場合は、dump.txtに出力されるやりとり記録全部を
僕に送っていただく。

　ということでどうでしょうか。

　送っていただくとしたら、宛先は"maruo@mitene.or.jp"になります。

　メールを受信してないってことでしたら、dump.txtにはメール内容は出力されてな
いはずなので、僕に送っていただいても大丈夫（メール内容がばれたりしない）と思
います。

　もしも新規アカウントで受信して正常になるようでしたら、何か既存のメールアカ
ウントの何らかの情報が壊れているんだろうと思います。一番可能性の高いのは、
メールアカウント用フォルダ配下にある「uidl.bin」ってファイルが壊れてる可能性
があります。これを削除してからもう一度受信しなおすと、サーバー上のメールをも
う一度全部ダウンロードしてしまいますけども、それで回復する可能性が高いかなぁ
とは思います。

RE:04924 iCould/me.comのメールが受信で

idiot さん　19/03/23 14:14

>　とりあえず、僕も何が起きてるのかちょっと分からないので、テスト用に同じ
>メールアカウント用のアカウントを新規に作成してそこで受信してみるテストをし
>てみるのはダメでしょうか。さらにはその時の「送受信のやりとり記録」の全部を
>教えてもらいたいです。

アカウントを新規作成＆受信後のDumpファイルをメールでお送りしました。

【補足】
・メールの受信(V)操作後、1件の空メールを受信しました。
・iPadで見た受信ボックスには1通のメールが残っています。

RE:04939 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/23 18:17

　送っていただいたdump.txtは「すべての送受信内容」までは入ってないようでした
が、メール内容が空になってる様子だけは確認できました。

S C6 UID FETCH 6485 (RFC822)
R * 1 FETCH (UID 6485)
R ...(22バイト)
C6 OK FETCH completed (took 168 ms)

　っていうことで、メール内容をRFC822形式で要求してるのに、応答がたったの22バ
イトしか無いようです。ほとんど空になってしまってると思います。

　僕の所でテストすると、例えば簡単な内容のメールでも、

S C8 UID FETCH 97 (RFC822)
R * 41 FETCH (UID 97 RFC822 {3055}
R ...(3055バイト)
C8 OK Completed

　ってな具合で3000バイトくらいはあります。

　なぜそういうことになるのやら？

　僕の所との違いとして、「UID FETCH xxx (RFC822)」コマンドの応答が、僕の所は
「OK Completed」だけなのに、idiotさんの所は、「(took 168 ms)」のように、かか
った時間が返ってるようです。

　同じメールサーバーなのに、そのような違いが起きるのはちょっと不思議で
す。？？？

　何か通信経路に介在するセキュリティ系の製品とかあったりしないでしょうか。何
かアンチウイルス系のソフトとか、ファイヤウォール系のソフトウェアまたは機器類
が介在してるとか？

　今ちょっと、googleで「IMAP OK FETCH completed took ms」のようなキーワード
で検索してみたんですが、そういう応答の例がちょっと出てこないです。

　例えば会社で通信してそうなるようでしたら、自宅で試してどうかとか・・・。

RE:04942 iCould/me.comのメールが受信で

idiot さん　19/03/26 16:55

>何かアンチウイルス系のソフトとか、ファイヤウォール系のソフトウェアまたは機
>器類が介在してるとか？

ファイヤウォール（Comodo）を使っているので、これを切って試しましたが、結果は
同じでした。

>例えば会社で通信してそうなるようでしたら、自宅で試してどうかとか・・・。

自宅のフレッツでの問題発生のため、スマホのテザリングで通信経路を変えて試して
みましたが、結果は同じでした。

【追加情報】
１．AppleIDを新規に取得し、これで秀丸メールの新アカウントを作成して試してみ
ましたが、結果は同じでした。具体的には、受信操作で「受信したメールはありませ
んでした」が出る。「IMAPゆっくり受信」にすると、空のメールが受信される。

２．同じPCにThunderbirdをインストールして試してみたところメールは正常に受信
されました。

RE:04962 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/26 17:27

　いろいろテストしていただいてる所ですみませんが、僕も原因がよく分からず
で・・・。

　とりあえず、秀丸メールがやってることは、

UID FETCH xxxxx (RFC822)

　っていう形でメールを要求してて、それに対するサーバーからの応答の、メールサ
イズが空っぽで返ってきてる以上、どうしようもならないです。

　今ちょっとThunderbirdで試したら、Thunderbirdの場合は、メールを受信するコマ
ンドが、

UID fetch xxxx (UID RFC822.SIZE BODY.PEEK[])

　みたいになってました。実は秀丸メールも似たようなコマンドにする方法がありま
した。

　「アカウント毎の設定 - メールサーバー - POP3/IMAP4 - IMAP4関連」

　の所にある

　　□ ダウンロードしたメールをサーバー上で未読属性のままにする

　ってオプションがあります。これをONにして試してみてほしいです。

　これをONにしてから、受信フォルダにもしもメールがあれば全部削除し、さらに、
秀丸メールのデータ用フォルダ配下のアカウント用フォルダ配下にある、

uidl.bin
uidl2.bin
uidl_del.bin

　のようなファイルを全部削除すると、もう一度メールを全部受信しなおそうとしま
す。

　それで試してみてほしいのと、ダメだとしたら、そのときのサーバーとのやりとり
記録だけ教えてほしいです。

　例えば僕の所だと、やりとり記録の最後の方でのメールを受信する部分が、

S C8 UID FETCH 97 (BODY.PEEK[])
R * 41 FETCH (UID 97 BODY[] {3055}
R ...(3055バイト)
C8 OK Completed
I 1 / 1 済み (3Kバイト)

　のようになります。「UID FETCH xxxx (BODY.PEEK[])」みたいなコマンドを送って
それの応答がちゃんとあるかどうかで分かります。

　Thunderbirdで大丈夫なら秀丸メールでもこの作戦でいけそうな気がするんですけ
ども。

　あと、Comodo firewallがインストールされているというのは、他のユーザーさん
と違ってるという意味ではかなり怪しいことにはなります。この手のセキュリティソ
フトは無効化しても実は裏で動いてたりすることがあるので、もし可能でしたらこの
ソフトのインストールされてないパソコンでテストとか出来たらありがたい所ではあ
ります。

　それか、なんでしたら僕のicloud.comのメールアカウントのアプリパスワード連絡
するので、それでたしかにメールが受信できないかどうかテストしていただく作戦も
あります。それでテストしてたしかにダメでしたら、icloud.comがおかしい訳では無
いことが確認いただけると思います。

RE:04962 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/26 17:29

　追加ですみません。

　もしかしてuidl.binなどを削除して受信しなおしても、やりとり記録の中に

S C8 UID FETCH 97 (BODY.PEEK[])

　のような記録が出てこない（メールを受信しようとする気配すら無い）ようでした
ら、そもそも的にメール一覧の取得すら出来てないことになります。

　その場合、「全般的な設定 - 上級者向け - デバッグ - IMAP4」の中にある「IMAP
サーバーからのメール一覧の取得方式」を変える作戦があります。

　お手数ですが、もし上記コマンドすら出てこない場合はこれを試してみてほしいで
す。

　どっちにしても、やりとり記録は教えてほしいです。

RE:04964 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/26 17:42

　ちなみに僕の所で、アカウントを新規作成したのと同じ状態に戻してメール（サー
バー上の６通のメール）を受信した時のやりとり記録を掲載させていただきます。

　「ダウンロードしたメールをサーバー上で未読属性のままにする」はONでダウン
ロードしてます。

　こちらの記録と比べてみてほしいです。

開始時刻: 2019/03/26 17:39:30
****IMAP4受信:xxxxxxxxx@icloud.com
I サーバーを検索中 - imap.mail.me.com
I 接続中 - 17.142.163.21 (port=993,IMAP4)
I 接続完了
I SSL初期化中(TLS1.0/TLS1.1/TLS1.2)
I 暗号化開始 (TLS1.2/AES_128/128bit)
R * OK [CAPABILITY pv33p00im-iscream022 1905B27 XAPPLEPUSHSERVICE IMAP4 IMAP
4rev1 SASL-IR AUTH=ATOKEN AUTH=PLAIN] iSCREAM ready to rumble (1905B27-10000
-1905B-0-e7c9e203df04:14572) pv33p00im-iscream022 [00:14871:08:39:30:73]
I アカウント/パスワードを送信
S ****
R C1 OK [CAPABILITY XAPPLEPUSHSERVICE IMAP4 IMAP4rev1 ACL RIGHTS=tekx QUOTA
LITERAL+ NAMESPACE UIDPLUS CHILDREN BINARY UNSELECT SORT CATENATE URLAUTH LA
NGUAGE ESEARCH ESORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES CONDSTORE ENABL
E QRESYNC CONTEXT=SEARCH CONTEXT=SORT WITHIN SASL-IR SEARCHRES METADATA ID L
IST-STATUS SPECIAL-USE CREATE-SPECIAL-USE MULTISEARCH SORT=DISPLAY LOGIN-REF
ERRALS X-SUN-SORT ANNOTATE-EXPERIMENT-1 X-SUN-IMAP XUM1 X-ORCL-AS IDLE XSNIP
PET=FUZZY] User hidemaruo logged in
S C2 LIST "" *
I IMAPフォルダ一覧を取得中
R * LIST (\NoInferiors) "/" INBOX
* LIST (\HasNoChildren) "/" 丹南ケーブルテレビ
* LIST (\HasNoChildren) "/" Archive
* LIST (\HasNoChildren) "/" "Deleted Items"
* LIST (\HasNoChildren) "/" "Deleted Messages"
* LIST (\HasNoChildren) "/" Drafts
* LIST (\HasNoChildren) "/" Junk
* LIST (\HasNoChildren) "/" Notes
* LIST (\HasNoChildren) "/" Sent
* LIST (\HasNoChildren) "/" "Sent Items"
* LIST (\HasNoChildren) "/" "Sent Messages"
* LIST (\HasNoChildren) "/" Trash
C2 OK Completed
S C3 SELECT "INBOX"
I メール一覧を取得中(1/1)
R * FLAGS (\Answered \Flagged \Draft \Deleted \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)]
* 6 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1391574711]
* OK [UIDNEXT 98]
C3 OK [READ-WRITE] Completed
S C4 FETCH 1:* (UID)
R ...(120バイト)
C4 OK Completed
I 0 / 6 済み (0Kバイト)
S C5 SELECT "INBOX"
R * FLAGS (\Answered \Flagged \Draft \Deleted \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)]
* 6 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1391574711]
* OK [UIDNEXT 98]
C5 OK [READ-WRITE] Completed
S C6 UID FETCH 83,84,85,86,96,97 (BODY.PEEK[])
R * 1 FETCH (UID 83 BODY[] {6381}
R ...(6381バイト)
I 保存済: UIDL=83
I 1 / 6 済み (6Kバイト)
R * 2 FETCH (UID 84 BODY[] {6466}
R ...(6466バイト)
I 保存済: UIDL=84
I 2 / 6 済み (13Kバイト)
R * 3 FETCH (UID 85 BODY[] {6400}
R ...(6400バイト)
I 保存済: UIDL=85
I 3 / 6 済み (19Kバイト)
R * 4 FETCH (UID 86 BODY[] {6139}
R ...(6139バイト)
I 保存済: UIDL=86
I 4 / 6 済み (25Kバイト)
R * 5 FETCH (UID 96 BODY[] {2585}
R ...(2585バイト)
I 保存済: UIDL=96
I 5 / 6 済み (28Kバイト)
R * 6 FETCH (UID 97 BODY[] {3055}
R ...(3055バイト)
I 保存済: UIDL=97
I 6 / 6 済み (31Kバイト)
C6 OK Completed
S C7 LOGOUT
終了時刻: 2019/03/26 17:39:32

RE:04965 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/26 17:50

　僕のメールアカウント（+Appパスワード）を使ってテストしていただけるとしたら、
すみませんが"maruo@mitene.or.jp"宛てに連絡ください。折り返しのメールでお返事
させていただきます。

　（ここの会議室にはパスワードは書けないので）

　テストが終わったらAppパスワードはこちらで削除してまた作り直しすれば問題な
いです。

RE:04966 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/27 09:33

　こちらの会議室にお返事書かせていただきます。

　idiotさんのテスト用アカウントにて僕の所でテストしたら、簡単に再現しました。

　それで、回避策として提案した

□ ダウンロードしたメールをサーバー上で未読属性のままにする

　をONにする方式を試してみたら、こっちの場合はうまくダウンロードしました。と
いうことでとりあえずこのオプションONで試してみてほしいです。

　その場合の、こっちのやりとり記録：

------------------------------------------------------------
開始時刻: 2019/03/27 09:24:32
****IMAP4受信:xxxxxxx@icloud.com
I サーバーを検索中 - imap.mail.me.com
I 接続中 - 17.57.9.5 (port=993,IMAP4)
I 接続完了
I SSL初期化中(TLS1.0/TLS1.1/TLS1.2)
I 暗号化開始 (TLS1.2/AES_128/128bit)
R * OK [CAPABILITY .........（省略)..........
I アカウント/パスワードを送信
S ****
R C1 OK User xxxxxxx logged in
S C2 LIST "" *
I IMAPフォルダ一覧を取得中
R * LIST (\Noinferiors) "/" "INBOX"
.... (省略)....
.... (省略)....
C2 OK LIST completed (took 13 ms)
S C3 SELECT "INBOX"
I メール一覧を取得中(1/1)
R * 6 EXISTS
* OK [UIDVALIDITY 2]
* OK [UIDNEXT 14]
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen \Recent $MailFlagBit0 $M
ailFlagBit1 $MailFlagBit2 $Forwarded Redirected $NotJunk NotJunk)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \Recent $Ma
ilFlagBit0 $MailFlagBit1 $MailFlagBit2 $Forwarded Redirected $NotJunk NotJun
k \*)]
C3 OK [READ-WRITE] SELECT completed (took 32 ms)
S C4 FETCH 1:* (UID)
R ...(118バイト)
C4 OK FETCH completed (took 11 ms)
I 0 / 6 済み (0Kバイト)
S C5 SELECT "INBOX"
R * 6 EXISTS
* OK [UIDVALIDITY 2]
* OK [UIDNEXT 14]
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen \Recent $MailFlagBit0 $M
ailFlagBit1 $MailFlagBit2 $Forwarded Redirected $NotJunk NotJunk)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \Recent $Ma
ilFlagBit0 $MailFlagBit1 $MailFlagBit2 $Forwarded Redirected $NotJunk NotJun
k \*)]
C5 OK [READ-WRITE] SELECT completed (took 27 ms)
S C6 UID FETCH 8,9,10,11,12,13 (BODY.PEEK[])
R * 1 FETCH (UID 8 BODY[] {3019}
R ...(3019バイト)
I 1 / 6 済み (3Kバイト)
R * 2 FETCH (UID 9 BODY[] {3053}
R ...(3053バイト)
I 2 / 6 済み (6Kバイト)
R * 3 FETCH (UID 10 BODY[] {4069}
R ...(4069バイト)
I 3 / 6 済み (10Kバイト)
R * 4 FETCH (UID 11 BODY[] {3346}
R ...(3346バイト)
I 4 / 6 済み (13Kバイト)
R * 5 FETCH (UID 12 BODY[] {4353}
R ...(4353バイト)
I 5 / 6 済み (17Kバイト)
R * 6 FETCH (UID 13 BODY[] {3932}
R ...(3932バイト)
I 6 / 6 済み (21Kバイト)
C6 OK FETCH completed (took 38 ms)
S C7 LOGOUT
R * BYE
C7 OK !!
終了時刻: 2019/03/27 09:24:35
------------------------------------------------------------

　ちなみにdump.txtを見るよりも、受信を実行した後に「送受信」メニューの「直前
のやりとり記録...」で出てくる内容を見ていただいた方が簡単です。そっちをお勧
めします。
　（僕に連絡いただく内容もそっちで大丈夫）

　とりあえずそれでうまくダウンロードできるようになった場合の結論ですが・・・・

　icloudさんの方に最近何か変更があって、アカウントによってサーバーの動作が変
わってしまったってことなんだろうと思います。とりあえず回避策があるといいつつ
も他のユーザー様の所で問題になるはずなので、秀丸メールの方でなんとか対処しな
いといけないです。

　そもそも的に、IMAPのコマンドの応答に「took 38 ms」のようなのが付いてるのが、
僕のアカウントの場合と違ってるし・・・。アカウントによって処理してるサーバー
が異なるということなのでしょう。

　僕の所でもテスト用アカウントを作って確認してみます。

　あと、僕のアカウントでのテスト用のAppパスワードは削除させていただきます。

RE:04971 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/27 11:18

　テスト用のアカウントを僕の方で作成してテストしても再現しました。

　ということで、idiotさんから僕に連絡いただいたApp用パスワードは削除してもら
って大丈夫です。

　なんとか回避策を考えて対応させていただきます。

　とりあえずは「ダウンロードしたメールをサーバー上で未読属性のままにする」を
ONにして回避お願いします。

RE:04972 iCould/me.comのメールが受信で

idiot さん　19/03/28 14:26

>ダウンロードしたメールをサーバー上で未読属性のままにするをONにする方式を試
>してみてほしいです。

[デスクトップPC]
新しいメール20通が正常に受信できました。しかし、受信ボックスに残っている古い
メール1通については受信できませんでした。この受信できなかった古いメールは、
既に空メールとして受信済みのものだと思います。

[ノートPC]
デスクトップPCで受信に成功したメール20通とも受信できませんでした。これらの
メールは既に空メールとして受信済みのものだったかも知れません。

上の20通の後、me.comで受信したメール全て両方のPCとも正常に受信しています。こ
れから推測して、既に空メールとして受信済みのメールは、「未読属性のままON」で
も受信できないようです。

>とりあえずは「ダウンロードしたメールをサーバー上で未読属性のままにする」をO
>Nにして回避お願いします。

「未読属性のままON」で運用できるようになりましたので、良かったです。有難うご
ざいました。

そちらでも再現できたテスト用アカウントですが、当面使う予定がないので、IDとAp
p用パスワードともそのまま残してあります。役に立つようであれば、テスト等にお
使い下さい。

RE:04986 iCould/me.comのメールが受信で

秀まるお2 さん　19/03/28 15:00

　いろいろお手数かけてすみません。まさかアカウントによって起きる/起きないの
違いがあるとは思わなくて、対応に時間がかかってしまいました。

　昨日アップロードしたVersion 6.90β16でも一応対処させていただきまして、それ
を使えば「ダウンロードしたメールをサーバー上で未読属性のままにする」がOFFで
も大丈夫なはずになります。

　受信できないメールが発生してしまってる件については、ご想像の通り、以前空
メールとして受信したのでもうダウンロード済みと解釈されてるせいだと思います。
対処方法ですが、とりあえず、空メールがまだ残っておられる場合なら、そのメール
を選択して「送受信」メニューの「リモートメール - 現在メールの再受信」を実行
するとうまくダウンロードできる可能性が高いと思います。

　空メールが無い場合、または上記の方法でダウンロードできない場合は・・・

■「POP3風にダウンロードするだけのモード」になってる場合

　「送受信 - リモートメール...」からとにかく古いメールをごっそりダウンロード
した上で、「重複メールのチェック」にて重複して受信してしまったメールを１通に
するって作戦でなんとかなると思います。

　あるいは、アカウント用のフォルダ配下にある「UIDL.bin」ファイルを削除してか
らもう一度受信を実行しなおすと、とにかくサーバー上にあるメールは全部受信され
なおすと思います。

　「重複メールのチェック」は、フォルダ枠中のアカウントを選択してマウス右ボタ
ンメニューから実行するのがお勧めです。（配下のフォルダも全部一発てやってくれ
るので）

■「IMAP4的にフォルダやメールを同期させるモード」になってる場合

　この場合、空メールとして出てる訳でもなくメールが見えないとしたら、そのメー
ルはすみませんがすでにサーバー上から無くなってる可能性が高いように思います。

　アカウントをもう１つ作ってサーバー上のメールをすべてダウンロードしなおして
みる手がありますが、それでもダメなら無くなってしまってるんだと思います。すみ
ません。