Gmailが削除できないNo.09289
nawa さん 22/02/27 09:34
 
受信したメールをサーバ上に残す
 一定期間置いてから削除 5日後
にしていますが、削除されないようです。

ログ情報を下記に示します。
+OK Gpop ready  の後ろの文字は伏せ字しています(x部)。

I OAuth認証 - 21分前に済み
I サーバーを検索中 - pop.gmail.com
I 接続中 - 142.251.8.109 (port=995,POP3)
I 接続完了
I SSL初期化中(TLS1.0/TLS1.1/TLS1.2)
I 暗号化開始 (TLS1.2/AES_128/128bit)
R +OK Gpop ready for requests from 14.X.X.X xxxxxxxxxxiob
S AUTH XOAUTH2 ****
R +OK Welcome.
I メール一覧を取得中
S STAT
R +OK 0 0
S QUIT
R +OK Farewell.
終了時刻: 2022/02/27 09:33:08

よろしくお願いします。

[ ]
RE:09289 Gmailが削除できないNo.09291
秀まるお2 さん 22/02/27 10:59
 
 gmailはちょっと特殊な動作になってて、普通に受信すると、その受信したメール
はメールクライアントから見えなくなるような仕組みがあります。見えなくなると、
削除も出来ないです。

 それを回避する用に「recent:」って指定するやり方があります。今ちょっとネッ
ト検索したら、その指定をすれば、メールクライアントからのサーバー上からのメー
ル削除の指示も効くようになるみたいです。

 参照:https://blog.cles.jp/item/3837

 recent:の指定方法は、例えば「gmail recent:」でネット検索すると出てくるんで
すが、秀丸メールの場合だと、「アカウント毎の設定・メールサーバー」の「メール
アカウント」の所に、今現在メールアドレスを指定してる所を、

    recent:xxxxxx@gmail.com

 みたいに「recent:」を入れるだけでいいです。

 それの他に、Webブラウザでgmailにログインして設定の所で、POPで受信したメー
ルをどうするかの扱いの設定があるようです。

 参照:https://www.howtonote.jp/gmail/pop/index5.html

 上の話は「recent:」を指定しない場合に効く設定だと思います。

 recent:を使うか、または後者のgmail設定変更にするか、どっちかになるんじゃな
いかと思います。ネットの情報など参考にトライしてみてほしいです。

[ ]
RE:09291 Gmailが削除できないNo.09293
nawa さん 22/02/27 14:30
 
> recent:の指定方法は、例えば「gmail recent:」でネット検索すると出てくるん
>ですが、秀丸メールの場合だと、「アカウント毎の設定・メールサーバー」の
>「メールアカウント」の所に、今現在メールアドレスを指定してる所を、
>
>    recent:xxxxxx@gmail.com
>
> みたいに「recent:」を入れるだけでいいです。
>

ありがとうございます。
上記を実施していましたが、削除はできないみたいです。

I OAuth認証 - 0分前に済み
I サーバーを検索中 - pop.gmail.com
I 接続中 - 108.177.125.108 (port=995,POP3)
I 接続完了
I SSL初期化中(TLS1.0/TLS1.1/TLS1.2)
I 暗号化開始 (TLS1.2/AES_128/128bit)
R +OK Gpop ready for requests from 14.x.x.x xxxxxxxxxxiol
S AUTH XOAUTH2 ****
R +OK Welcome.
I メール一覧を取得中
S STAT
R +OK 100 11712516
S LIST
R +OK 100 messages (11712516 bytes)
R ...(997バイト)
S UIDL
R +OK
R ...(2795バイト)
S QUIT
R +OK Farewell.
終了時刻: 2022/02/27 14:27:31

[ ]
RE:09293 Gmailが削除できないNo.09294
秀まるお2 さん 22/02/28 11:43
 
 「recent:」を付けた場合でもダメなようですが、たぶんこれは、「recent:」を付
ける前にダウンロードしたメールが削除できないってことなんだろうと思います。

 「recent:」を付けてダウンロードしたメールについては、今後5日ほど経過すれ
ば逐次削除されていってくれるはずじゃないかと思います。

 今こちらで試しに「受信したメールをサーバー上に残す」をOFFにして、自分から
自分宛にメールを送り、Webブラウザでたしかにそのメールが届いてることを確認し
てから秀丸メールで受信し、やりとり記録に

    I 受信済メールをサーバー上から削除中 (1/113) UIDL=GmailIdxxxxxxxxxxxxxxx
    S DELE 1
    R +OK marked for deletion
    I 受信済メールをサーバー上から削除中 (2/113) UIDL=GmailIdxxxxxxxxxxxxxxx
    S DELE 2
    R +OK marked for deletion
    ...

 みたいな記録が出ることを確認し、その後WebブラウザでCtrl+Rキーで読み込み直
したら、さっき届いてたメールが無くなってることを確認できました。

 それとあと、アカウント毎設定に「削除されたメールは次回受信時にサーバー上か
らも削除する」があるんですが、これについても過去に受信したメールではうまく動
作せず、オプションONにしてから受信したメールでないとうまく削除されないです。

 そういう仕組みということで、すみませんが上記のように、ご自身からご自身宛に
メールを送ってそれが削除されるかどうかなどテストしてみてほしいです。それでう
まく削除されるなら、5日ほど待って確認してもらうしか無さそうな気がします。

[ ]
RE:09294 Gmailが削除できないNo.09311
nawa さん 22/03/06 14:25
 
確認ありがとうございます。

recentは、2/27に実施していて、本日確認しましたが、
2/3〜2/26のメールは削除されていました(若干中途半端?)。

それより過去のメールは削除されていませんでした。
秀丸メールの仕様とのことなので、削除はできないのですね。

Gmail側で削除するしかなさそうです。

[ ]
RE:09311 Gmailが削除できないNo.09314
秀まるお2 さん 22/03/06 18:59
 
 gmail側のメールを削除する方法として、秀丸メールでやるとしたら、IMAP4の「同
期モード」のアカウントを作る作戦もあるにはあります。普段のPOP3で受信する用と
は別にIMAPで受信するアカウントも1つ作って、そこの「アカウント毎の設定・メー
ルサーバー・POP3/IMAP4」の「IMAP4的にフォルダやメールを同期するモード」にす
ると、秀丸メール上でメールを削除したのがサーバー側にも反映できます。

[ ]
RE:09314 Gmailが削除できないNo.09338
nawa さん 22/03/10 12:48
 
今日(3/10)見てみましたが、削除できてないですね。
2/27〜3/10分が残っている。
2/3〜2/26は削除されたまま。


秀丸メールには残しておきたいので、
IMAP4で削除案は難しいです。


[ ]
RE:09338 Gmailが削除できないNo.09341
秀まるお2 さん 22/03/10 15:04
 
 お手数かけてすみません。

 一応、秀丸メール側からは「DELE」コマンドで削除指示はしてるはずなんですが、
実際サーバー上からは無くなってくれないということで・・・。

> 秀丸メールには残しておきたいので、
> IMAP4で削除案は難しいです。

 今現在のPOP3で受信するアカウントとは別にIMAP同期モードのアカウントも作成し
た上で、そこで手作業で削除すればサーバーからも削除されてくれるとは思いますが、
それは今回の目的(古いメールを自動で削除する)にはならないです。

 他の案としては・・・IMAP4だけども同期じゃないモード(ダウンロードするだけ
のモード)にした上で、「アカウント毎の設定・メールサーバー」の所でダウンロー
ド済みの古いメールを削除する指定にする手もあります。今現在POP3で受信する用の
アカウントとは別に、単純にサーバーから削除する用にそういうアカウントも作って
しばらく放置してみる、というのも一応、お勧めしておきます。
 (実際うまくいくかどうかはテストしてみないとなんとも言えないですが)

[ ]
RE:09341 Gmailが削除できないNo.09353
nawa さん 22/03/13 16:08
 
3/10に、過去のメール()はGmail上で削除してみました。

本日(3/13)、再度受信してみましたが、5日以上前になる
3/8以前が消えていない?

ログを掲載しておきます。

-----------------------

開始時刻: 2022/03/13 16:06:31
****受信:xxxxxxxx@gmail.com
I OAuth認証 - 4分前に済み
I サーバーを検索中 - pop.gmail.com
I 接続中 - 108.177.125.108 (port=995,POP3)
I 接続完了
I SSL初期化中(TLS1.0/TLS1.1/TLS1.2)
I 暗号化開始 (TLS1.2/AES_128/128bit)
R +OK Gpop ready for requests from 14.X.X.X exxxxxxxx
S AUTH XOAUTH2 ****
R +OK Welcome.
I メール一覧を取得中
S STAT
R +OK 34 6330327
S LIST
R +OK 34 messages (6330327 bytes)
R ...(350バイト)
S UIDL
R +OK
R ...(946バイト)
S RETR 34
R +OK message follows
R ...(338827バイト)
I 1 / 1 済み (331K / 331Kバイト)
I 保存済: UIDL=GmailId17f821905c16641f
S QUIT
R +OK Farewell.
終了時刻: 2022/03/13 16:06:35

---以下の内容はコミュニテックス会議室システムにより付加されました。
本文中のメールアドレスは伏せ字に変換されました。伏せ字にしたくない場合
はメールアドレスを""で囲んで書き込んでください。

[ ]
RE:09353 Gmailが削除できないNo.09354
秀まるお2 さん 22/03/13 18:36
 
 一応、アカウント毎設定の「メールサーバー」ページの

 □ 受信したメールをサーバー上に残す --> ON
 □ 一定期間置いてから削除           --> ON
            5日後

 のように指定しておけば、5日程度経ってからDELEコマンドで削除指示が働くはず
だと思いまして、地道にやりとり記録を見てDELEコマンドが出てるかどうか見て欲し
い所ではあります。

 DELEコマンドが出ないとしたら、LIST/UIDLコマンドで取得するサーバー上のメー
ル一覧から既に対象メールが無くなってるって可能性はあります。「recent:」指定
で例えば3日過ぎたメールがもう出てこないとしたら、そういうことはありえるかな
ぁと思います。

 今ちょっと、recent:指定で果たして何日分が届くのかはチェックしてないんです
が、とりあえず、

 □ 受信したメールをサーバー上に残す --> OFF

 にして、とにかく受信したメールを即座に削除する設定にしたら、たしかにサー
バー上からメールが無くなることは確認できました。

 1.自分にメールを送る。
 2.Webブラウザでたしかにそのメールが届いてることを確認する。
 3.秀丸メールで受信してたしかにDELEコマンドが発行されてることを確認する。
 4.ブラウザ上でCtrl+Rキーを押すると、受信フォルダのメールが無くなってる。

 という感じでした。

 とりあえず上記のようなテストをしてたしかにメールがサーバー上から無くなって
ることを確認して、それでOKであれば、次の段階として、とりあえず「一定期間置い
てから削除」の期間を1日してどうか試してみて、それでうまくいくならそれを2日に
するとかって作戦でどうでしょうか。

[ ]
RE:09354 Gmailが削除できないNo.09402
nawa さん 22/03/19 08:49
 
本日(3/19)確認してみましたが、5日前のメールが削除できているようです(期待通り)。

また、様子を見させていただきます。
ありがとうございました。

[ ]
RE:09402 Gmailが削除できないNo.09416
nawa さん 22/03/23 19:32
 
本日(3/23)確認してみましたが、3/14以降のメールが残っています。

開始時刻: 2022/03/23 19:30:06
****受信:xxxxxx@gmail.com
I OAuth認証 - 5分前に済み
I サーバーを検索中 - pop.gmail.com
I 接続中 - 108.177.xxx.xxx (port=995,POP3)
I 接続完了
I SSL初期化中(TLS1.0/TLS1.1/TLS1.2)
I 暗号化開始 (TLS1.2/AES_128/128bit)
R +OK Gpop ready for requests from 14.9.xxx.xxx xxxxxxxxxjat
S AUTH XOAUTH2 ****
R +OK Welcome.
I メール一覧を取得中
S STAT
R +OK 44 5828589
S LIST
R +OK 44 messages (5828589 bytes)
R ...(436バイト)
S UIDL
R +OK
R ...(1226バイト)
S QUIT
R +OK Farewell.
終了時刻: 2022/03/23 19:30:09


---以下の内容はコミュニテックス会議室システムにより付加されました。
本文中のメールアドレスは伏せ字に変換されました。伏せ字にしたくない場合
はメールアドレスを""で囲んで書き込んでください。

[ ]
RE:09416 Gmailが削除できないNo.09417
秀まるお2 さん 22/03/24 09:15
 
 秀丸メール的には相手がgmailだからといって特別なことをしてる訳では無いので、
古いメールが削除されないとしたら、それはやはり、「recent:」で認識できる範囲
から外れてしまったがために、秀丸メールから削除の指示が出来なくなったってこと
か、または秀丸メール側から「DELE」コマンドは発行さてるけども実際削除されない
か、どっちかだと思います。

 recent:で認識できる範囲から外れた可能性を考えるなら、とりあえず「受信した
メールをサーバー上に残す」をOFFにしてどうかテストしてもらうしか無いので、ま
ずはそれで1週間くらい様子見してみてはどうでしょうか。

 どっちにしてもこの辺の設定をいじる以外に出来ることは無いです。それか、Gmai
lさんのコミュニティにて質問していただくとか。

[ ]
RE:09417 Gmailが削除できないNo.09418
秀まるお2 さん 22/03/24 09:24
 
 とりあえず僕の所のgmailアカウントで、1日置いておく設定で様子見してみます。

 LIST/UIDLコマンドの応答もログに残す設定にして、メールが残った場合はその理
由が何か特定してみます。

[ ]
RE:09418 Gmailが削除できないNo.09427
nawa さん 22/03/27 16:16
 
ありがとうございます。

今日(3/27)に見たら、最古が3/21でした。
削除されているように見えます。

継続観察してみます。

[ ]
RE:09427 Gmailが削除できないNo.09428
秀まるお2 さん 22/03/28 09:02
 
 僕の方も、1日だけサーバーに置く設定で24日から今日まで記録を取ってたんです
が、今のところ大丈夫そうです。

 例えば今日の記録だと、受信開始時点で

S STAT
R +OK 11 1208259

 みたいにサーバー上に11通のメールがあって、

I 削除対象=5

 となって、実際に5通のメールが削除され、残り6通になれば正解の所、Webメール
で見てたしかに6通だけ残ってることが確認できます。

 少なくとも1日置く設定なら大丈夫そうな感じです。

 もっと日数を多くするとうまくいかない可能性はあります。とりあえず今日から5
日に設定して様子見してみます。

[ ]