忘れてました。
[quote="ij_anti-ms"]ピックタイトル「メッセージが累積」することを防ぎたいのであれば、「コピー」した後「削除」すればよい、となります。[/quote]についても書いておかなきゃですね。

そもそものきっかけは前トピックで「すべてのメール」に気づいたことにあったわけで、Thunderbirdで購読から外して表示させない、気にしないというのも選択肢かと。
Google ドライブとか使ってなければ無料分だけでもGmailだけでそうそう使い切らないはず。

または、Gmailを外出時に着信チェックする程度にしか使っていないなら、ThunderbirdでIMAPではなくPOPでアカウント設定すれば余計なことを気にする必要がなくなるかと。
「ダウンロード後もサーバーにメッセージを残す」設定にしておけば外出時にも読めますし、経過日数で削除するように設定すればサーバー容量も気にする必要なしです。

先に maji さんからコメントありましたので、それに沿った形でコメントしたいと思います。

[quote="maji"]ここまで話が咬み合わないのは「ij_anti-msさんの言葉の定義」の考え方が違ってるのだと思いますよ。[quote="ij_anti-ms"]「移動」の定義ですが、私が「移動先にコピー　+　移動元を削除」とする[/quote]ではなく
「移動」の定義を「移動元を『切り取り』移動先に『コピー』する」としたらどうなりますか？[/quote]Thunderbird上での話で言えば、メールの移動でユーザーが直接やることは
　(a) スレッドペインのメールをマウスで選択、左ボタンを押したままフォルダペインの移動先フォルダーの上までドラッグしてドロップする
　(b) スレッドペインのメールを選択して、メインメニューから「移動 > フォルダー」または右クリックメニューから「メッセージを移動」を選択し、移動先フォルダーを選択する
　(c) メッセージフィルターを設定し、「以下の動作を実行する」で「メッセージを移動する」を選択し、移動先フォルダーを設定する
このどれかのはずです。
(a) が「移動」本来のイメージに沿った直感的な操作で、後の2つはコマンド式ですが、どれもユーザーはメールの削除など操作していません。

私は「メールの移動」という機能をユースケース、すなわち要件定義レベルでとらえて話をしてるつもりなのですが、どういうわけか、ij_anti-msさんは「移動先にコピー　+　移動元を削除」という処理手順、詳細設計orコーディングレベルで考えてしまっているようです。
しかも、その実装は数あるうちの１つの可能性でしか無く、ユーザーが考えなくてもいいことです。

また、ij_anti-msさんは移動元から「メールが消える」ことと、「メールを削除する」ことを混同されていますが、前者は単なる観測結果で全く意味が違います。
これでは話が噛み合うわけがないでしょうね。

[quote="maji"]mozilla製品フォーラム内でもテスト報告としては邪道かもしれませんが
Thunderbird以外の他のメーラーでテストしました。

テストしたのは
Shylpheed（Windows版)
[url=http://sylpheed.sraoss.jp/]http://sylpheed.sraoss.jp/[/url]
です。[/quote]maji さん、テストありがとうございます。実は私も同じことを考えていました。

[quote="ij_anti-ms"]要するに、Thunderbird は、Gmail に対して他のIMAPサーバーに対するのと同じことをしていて、Gmail 側で、フォルダー操作コマンドをラベル操作に置き換えていると考えられます。これが当たっていれば、私が問題視した移動時の動作は Gmail 側で決まっているわけで、Thunderbird の Forum で、これを議論すること自体がとんだ見当違いになります。（どなたか、このあたりについて確かなことをご存知の方、コメントをお願いします）[/quote]「ラベル」はGmail独自の概念であり、IMAP4プロトコルをサポートしているメールソフト（MUA）とやり取りするには、Gmail側でそのプロトコルで規定される概念「メールボックス」（メールフォルダ）に変換してやる必要があるのは自明と言ってよいかと思います。

まず、Gmailをブラウザで開いて使ってみて、色々弄り倒してみてはいかがでしょうか。
Gmailのユーザーインターフェースがどうなっているか、どのような使い方を意図したものなのか、ラベルの振る舞いがどうなっているかをご自分で肌で感じてみるとよいかと思います。
特に「すべてのメール」が標準では左側のラベルリストに表示されないこと、「アーカイブ」したメールの場所であること、メールを削除しない限り「すべてのメール」から消えることはないことなどを確認していただければと思います。

確かなことをお求めなら、ソースコードを調べるとか、通信をキャプチャして実際に出してるコマンドを確認するとか、システムログを出力させるとかでしょうね。
ちなみに、ソースコードは例えば 52.9.0 なら、 https://archive.mozilla.org/pub/thunderbird/releases/52.9.0/source/ からダウンロードできます。

あと、[quote="ij_anti-ms"]以下、前記 EarlgreyTea さんのコメントに逐条的に応えます。[/quote]に関してですが、ij_anti-msさんがこのフォーラムで知ったことを、他の人も当然知ってると思ってるご様子です。
主観ではなく、客観的な視野でお考えください。

ij_anti-ms さん、majiです。

Mozilla製品自体の話題から離れ「ij_anti-msの考え方の整理」になってきたので
そろそろどこかで打ち止めにはしたいのですが
相違点だけは指摘しときたいので
Thunderbirdから離れちまいますがコメント三点追加します。

-----

一点目。
ここまで話が咬み合わないのは「ij_anti-msさんの言葉の定義」の考え方が違ってるのだと思いますよ。[quote="ij_anti-ms"]「移動」の定義ですが、私が「移動先にコピー　+　移動元を削除」とする[/quote]ではなく
「移動」の定義を「移動元を『切り取り』移動先に『コピー』する」としたらどうなりますか？
移動元は「メールをコピー(copy)しカット(cut)する」
移動先は「コピー(copy)されたメールを貼り付け(paste)する」
てな動作になるでしょう。

Windows世界で良く使う言葉or操作に「コピー＆ペースト(コピペ)」「カット＆ペースト」ありますが
今回の「移動」は「カット＆ペースト」ですよね。
これこそ「一般的な概念」じゃないかな。
ちなみに「デリート＆ペースト」って私はあまり聞かない様に感じてます。

なお私自身の「移動」の「定義」は[quote="EarlgreyTea"]言葉の意味なら辞典に書いてあります。
[quote]移動 - ［名］(スル) ある場所から他の場所へ移ること。
move - 2. go or proceed from one point to anather[/quote][/quote]と同じです。
「移動」を「カット＆ペースト」と捉えたのは用語の定義では無く実装の問題です。

二点目。
mozilla製品フォーラム内でもテスト報告としては邪道かもしれませんが
Thunderbird以外の他のメーラーでテストしました。

テストしたのは
Shylpheed（Windows版)
http://sylpheed.sraoss.jp/
です。

Shylpeed の標準的な手順で gmail の IMAP設定を作り
IMAP同期した受信トレイの中のメールを IMAP範囲外のローカルな場所に
マウス使いドラッグ＆ドロップしましたが
結果は Thunderbirdでやったテスト結果と同じで
IMAP「受信トレイ」からは消えましたが
IMAP「すべてのメール」には残ったままです。

このあたりは Thunderbirdだけでなく IMAPメールアプリ共通ではないでしょうか。

三点目。
[quote="ij_anti-ms"]要するに、Thunderbird は、Gmail に対して他のIMAPサーバーに対するのと同じことをしていて、
Gmail 側で、フォルダー操作コマンドをラベル操作に置き換えていると考えられます。
これが当たっていれば、私が問題視した移動時の動作は Gmail 側で決まっているわけで、[/quote]
見当違いかどうかは別として
やっと gmail と Thunderbird の IMAP関係の話が合いましたね。

−−−−−

では。


.

maji さん、EarlgreyTea さん、コメントありがとうございます。

私は、先に定義があって事実が定義に合っているかという見方をしますが、
お二人ともこれには同調してくれそうにありませんので、このトピックにおいては「移動」の定義には触れないことにします。定義に触れないとなれば、maji さん、EarlgeyTea さんのコメント・実験で明らかになった事実を整理することだけが残ります。

１．Gmail の特殊性
　一般にIMAPサーバーではメールをフォルダーに分類して保管しているが、Gmail ではメールはフラットに保管され、各メールにラベルが付されている。Thunderbird では、あるラベルが付されたメールのリストを、そのラベルと同名のフォルダーに保管されたメールのリストとして扱っている。
　Gmail では、実体としてはひとつのメールに対して複数のラベルが付く。この時、Thunderbird 側では、複数のフォルダー下に同一内容のメールが存在することになる。

　このことは、前の私のトピック「アーカイブしたメッセージが消滅した」内で明らかにされていたことの繰り返しですが、以下のまとめに必要ですので、再度示しました。
　このときに私の勘違いが1件発生しています。Gmail 内で1つのメールが、Thunderbird 下では複数のメールになる。であれば、その一つを書き換えたときに、他はどうなるのか?　どう実現しているのかはわからないが、Thunderbird はとても複雑な処理を Gmail に対してしているに違いない、と思ったのですが、これが誤りであることが、本トピックで明らかになりました。

２．「削除」の処理
　Gmail 内のメールを削除するとき、Thunderbird は指定されたメールについて Gmail に対して「削除」を指示し、これを受けたGmail は、そのメールに「ゴミ箱」ラベルを付する。この結果、Gmail 内では指定されたメールは「ゴミ箱」ラベル下にのみあり、付されていた他の全てのラベル下にリストされなくなる。IMAP 同期の結果、Thunderbird 管理下の複数メールがすべて消去され、「ゴミ箱」に移ったように見える。

私は、Thunderbird が実体は一つであるメール群を把握していて、それらすべてを消去していると思っていたのですが、実際は「削除」指示を発行しているだけで、一見高度な処理の結果のようにみえるものは IMAP 同期の結果でしかありませんでした。

３．Gmail 内移動の処理
　Thunderbird を用いて Gmail 内のメールについて、Gmail 内フォルダー「A」から同じく Gmail 内フォルダー「B」に移動したとき、Gmail はそのメールについて、ラベル「A」をはがし、ラベル「B」を付ける。削除時と同様に、IMAP 同期の結果、Thuｎderbird 側では、フォルダー「A」から消えて、フォルダー「B」に現れる。

４．Gmail 内から Gmail 外への移動
　３において、移動先が Gmail 外（例えばローカルフォルダ）であれば、そのメールについて、ラベル「A」をはがし、ローカルフォルダ「B」に複製を作る。IMAP 同期の結果、Thuｎderbird 側では、フォルダー「A」から消えて、フォルダー「B」に現れる。そのメールに付されていた他のラベルは残るので、Gmail 内にそのメールは存続し、Thunderbird が管理するフォルダーにも存続する。

要するに、Thunderbird は、Gmail に対して他のIMAPサーバーに対するのと同じことをしていて、Gmail 側で、フォルダー操作コマンドをラベル操作に置き換えていると考えられます。これが当たっていれば、私が問題視した移動時の動作は Gmail 側で決まっているわけで、Thunderbird の Forum で、これを議論すること自体がとんだ見当違いになります。（どなたか、このあたりについて確かなことをご存知の方、コメントをお願いします）

事実は以上のとおりですので、トピックタイトル「メッセージが累積」することを防ぎたいのであれば、「コピー」した後「削除」すればよい、となります。

ーーーーーーーーーーーーーーーー
冒頭に記した通り、このトピックにおいては「移動」の定義には触れないことにしました。
が、

[quote="maji"]
また[quote="EarlgreyTea"]私はこれに対し、
[list]
[*]一般的なユーザーはメールの移動を指示した際にメールの削除も指示したとは思わないし、開発者はユーザーが暗黙のうちに削除を指示した前提で仕様を決めてはいけないこと
[*]Gmailアカウントから「ローカルフォルダ」アカウントへメールの移動を行なった際に、Thunderbird側だけの都合で「すべてのメール」からも削除すると、同期先のGmailサーバーにおいてユーザーが意図しないメール削除というインシデントを起こしてしまうこと
[*]それをなんとかしようとすると無理な実装になったり、辻褄が合わなくなってしまいそうだということ[/list]を説明したつもりでした。[/quote]と記されてる
EarlgreyTea さんの指摘に ij_anti-ms さんがどう応えられるかにも
私は関心もってます。[/quote]

とありますので、応えます。

まず、「移動」の定義ですが、私が「移動先にコピー　+　移動元を削除」とするのに対し、maji さん、EarlgreyTea さん、お二方共にこれに同意しないか「興味がない」とコメントされています。ところが、お二方共に、移動元から消えて移動先に現れているから、Thunderbird の動作は正常であると主張されています。つまり、私とお二方で「移動」の定義は一致しています。違っているのは、「コピー＋削除」のときの「削除」と単独機能としての「削除」は同じか異なるかという部分です。
私は、同じであるべきと考えますが、お二方は違ってもいいとお考えのようです。
同じであるべきと考える理由はとても簡単で、同一の言葉の定義が、一つのシステムの操作法という極めて狭い領域でころころ変わるのでは、そのシステムの理解などできるはずがないからです。

以下、前記 EarlgreyTea さんのコメントに逐条的に応えます。
[quote="EarlgreyTea"]一般的なユーザーはメールの移動を指示した際にメールの削除も指示したとは思わないし、開発者はユーザーが暗黙のうちに削除を指示した前提で仕様を決めてはいけないこと[/quote]
根拠なしに断定されていますが、移動元から消えることは、「移動」の辞書的意味にも合致していて、さらに、Gmail 以外の IMAP サーバーの場合には、当然のように移動元から消去されています。一般ユーザーで、移動元に残ることを期待しているユーザーはいないと思います。移動元に残ることを期待するなら、「コピー」機能を使えばいいのですから。

[quote="EarlgreyTea"]Gmailアカウントから「ローカルフォルダ」アカウントへメールの移動を行なった際に、Thunderbird側だけの都合で「すべてのメール」からも削除すると、同期先のGmailサーバーにおいてユーザーが意図しないメール削除というインシデントを起こしてしまうこと[/quote]
これはインシデントにならないと考えます。EarlgreyTea さんはその事例として、Gmail 利用がメインのユーザーを想定していますが、そうであればそのユーザーは Gmail において実体が一つであることを知っています。一つしかない実体をローカルへ移動すれば、Gmail 内に残らないのは当たり前ではないでしょうか?

[quote="EarlgreyTea"]それをなんとかしようとすると無理な実装になったり、辻褄が合わなくなってしまいそうだということ[/quote]
それはそうかもしれません。ちょっとしたプログラムでもコーディングを始めてから壁にぶつかることはよくあります。今のように「相手」のあるケースでは尚更でしょう。「良い実装が見つからないから今のようになっている」は私としては許容できます。私は、わずかな不都合を上回るメリットを Thunderbird に感じていますので。

以上です。

EarlgreyTea さん、maji です。

[quote="EarlgreyTea"][quote="maji"]私は
「Thuderbird はそれを知らない」「単に IMAP同期をとってるだけ」
だと思ってます。
それが IMAP ではないでしょうか。[/quote]そう考えるのが自然だろうと思います。

もちろん、Thunderbirdの開発チームはGmailのIMAPとしての独特の振る舞いについては知ってるでしょうが、
ThunderbirdがGmailの場合に特別な処理をするように作られているかは別の話です。
「すべてのメール」に関する一見不思議な挙動はGmail側の振る舞いによるものであり、
Thunderbirdは普通に移動処理を実行しただけと考えると辻褄が合います。
[size=1][color=#ff0000]※これは状況や私の経験から推測しているだけで、実際のところは公開されているソースコードを調べる必要があります。[/color][/size][/quote]
同感です。


[quote="EarlgreyTea"]Thunderbirdで「すべてのメール」からメールをGmailアカウント内の例えば「プライベート」に移動したとします。
すると、そのメールは「すべてのメール」から一瞬消えます（つまりThunderbirdは普通に移動させた）が、
すぐに同期処理により復活します。
なぜなら、Gmailでは「すべてのメール」から他の「ラベル」への移動はできないからです。[/quote]
目からウロコ、です。

これ実際に Thunderbird上でやってみました。
たしかに「すべてのメール」から一瞬は消えますが同期したとたんに復活しますね。
これは gmailの仕様とゆ以上に「 gmailの意志」を感じます。

ij_anti-ms さんは「言葉の定義」で[quote="ij_anti-ms"]「移動」を定義するのに、
「移動」機能を実現する１つの方法に過ぎない、「移動 ＝ コピー ＋ 削除」という簡素な表現を使用した
と解釈ください。[/quote]とおっしゃられてますが
概念的な言葉の定義も単なる言葉のお遊びに見え現実の前では虚しく思えますね。
明らかに概念としての「移動 ＝ コピー ＋ 削除」の「削除」と単独機能としての「削除」は別物でしょう。
このあたりの概念と現実(実装)とはちゃんと区別しましょう＞ij_anti-ms さん。


また[quote="EarlgreyTea"]私はこれに対し、
[list]
[*]一般的なユーザーはメールの移動を指示した際にメールの削除も指示したとは思わないし、開発者はユーザーが暗黙のうちに削除を指示した前提で仕様を決めてはいけないこと
[*]Gmailアカウントから「ローカルフォルダ」アカウントへメールの移動を行なった際に、Thunderbird側だけの都合で「すべてのメール」からも削除すると、同期先のGmailサーバーにおいてユーザーが意図しないメール削除というインシデントを起こしてしまうこと
[*]それをなんとかしようとすると無理な実装になったり、辻褄が合わなくなってしまいそうだということ[/list]を説明したつもりでした。[/quote]と記されてる
EarlgreyTea さんの指摘に ij_anti-ms さんがどう応えられるかにも
私は関心もってます。


では。


.

[quote="maji"]私は
「Thuderbird はそれを知らない」「単に IMAP同期をとってるだけ」
だと思ってます。
それが IMAP ではないでしょうか。[/quote]そう考えるのが自然だろうと思います。
もちろん、Thunderbirdの開発チームはGmailのIMAPとしての独特の振る舞いについては知ってるでしょうが、ThunderbirdがGmailの場合に特別な処理をするように作られているかは別の話です。

「すべてのメール」に関する一見不思議な挙動はGmail側の振る舞いによるものであり、Thunderbirdは普通に移動処理を実行しただけと考えると辻褄が合います。
[size=1][color=#ff0000]※これは状況や私の経験から推測しているだけで、実際のところは公開されているソースコードを調べる必要があります。[/color][/size]

Thunderbirdで「すべてのメール」からメールをGmailアカウント内の例えば「プライベート」に移動したとします。
すると、そのメールは「すべてのメール」から一瞬消えます（つまりThunderbirdは普通に移動させた）が、すぐに同期処理により復活します。
なぜなら、Gmailでは「すべてのメール」から他の「ラベル」への移動はできないからです。

Gmailの「すべてのメール」で「受信トレイへの移動」というメニューがありますが、「受信トレイ」のラベルを付けるだけで「すべてのメール」からは消えません。
「すべてのメール」は元々メールがある場所を示し、アーカイブ先でもありますから、「ごみ箱」以外への移動はありえないわけです。
したがって、Thunderbirdから「すべてのメール」→「プライベート」を行っても、Gmail側では「プライベート」ラベルを付けるだけであり、その結果を同期するとThunderbirdで「すべてのメール」からは消えていない、となります。

これは「ローカルフォルダ」への移動でも同じように考えることができます。
「ローカルフォルダ」はGmail側には存在しませんので移動先に関しては何も行われません。
移動元が「受信トレイ」とかであればそのラベルをオフにしますし、「すべてのメール」なら何もしないわけです。

ij_anti-ms さん、maji です。

−−−−−

５編に分けてます。
まず１編目、言葉の定義について。

[quote="ij_anti-ms"]さて、私は「移動」を先のように定義したのですが、
EarlgreyTea さんはどのように定義されているのでしょうか？[/quote][quote="ij_anti-ms"]意見が一致しない原因の1/3くらいは言葉の定義の不一致ですし、
議論を深めるためには、議論で使用する言葉の定義の一致が不可欠です。
このスレッド内だけ定義を合わせていただけるなら大歓迎ですし、
もっと良い定義を提案していただけるならそれもよしです。[/quote]
問いかけ相手は EarlgreyTea さん限定ですが
私なりにコメント参加させていただきます。

私は「 ij_anti-ms さんの言葉の定義 」には興味がありません。
私が興味あるのは「事実は何か」であって
ij_anti-ms さんのお手元で何が起きてるかの整理には興味はありますが
事実を整理する際に先入観を持ち込むべきではないと考えます。

ただし
その内容は別として
ij_anti-ms さんがそんな考えを持たれてるとの事実は認識しました。
その考えの是非は別として(→今回あえてそこのは踏み込まない)
そう考えてるとの事実は事実として理解しました。

私の立場は上記の通りですが
ij_anti-ms さんには許容いただけますか？

とゆ事で「 ij_anti-ms さんの言葉の定義 」にはあえて触れず
事実な何かの整理を進めるアプローチを続けます。
その方が
ij_anti-ms さんお困りの現象の解決に向かうと思ってます。

−−−−−

次に２編目。事実について。

EarlgreyTea さんから IMAP同期についてアドバイスもらったので
あらためて以下の Thunderbirdでテストしました。

Windows7(32bit)
Thunderbird 52.8.0

ケース１。移動の場合。

Thunderbird上の gmail/IMAPアカウントの受信トレイにあるメールを
Thunderbird上の gmail/IMAPアカウントとは別のローカルフォルダに移動させました。
移動は
Thunderbird画面上でマウス使ったドラッグ＆ドロップでやってます。

結果は
gmail/IMAPアカウントの「受信トレイ」からは消えるけど
gmail/IMAPアカウントの [Gmail]フォルダの下の「すべてのメール」には残っていて
gmail/IMAPアカウントの [Gmail]フォルダの下の「ゴミ箱」には入ってません。
また
gmail/IMAPアカウントの [Gmail]フォルダの下に「重要」フォルダがあり
その「重要」の中にも残ってました。

ケース２。削除の場合。

Thunderbird上の gmail/IMAPアカウントの受信トレイにあるメールを
削除しました。
削除は受信トレイのメールにカーソル合わせキーボードの DELキーを押してます。

結果は
gmail/IMAPアカウントの「受信トレイ」からは消えて
gmail/IMAPアカウントの [Gmail]フォルダの下の「すべてのメール」からも消えて
gmail/IMAPアカウントの [Gmail]フォルダの下の「ゴミ箱」に現れます。
ついでに
gmail/IMAPアカウントの [Gmail]フォルダの下の「重要」に最初はあったのですが
消えてました。

ケース１もケース２も確実に同期とる様に
Thunderbirdで表示するフォルダを切り替えまくってます。
タイムラグはありません。

ケース３。移動の場合の続き。

上述にも気しましたが
「すべてのメール」とは別に「重要」てな名前のフォルダがあり
前回テストしたメールは入ってはなかったのですが
今回テスト用に送ったメールはコチラにも入ってました。
gmailが独自に重要だと判断してくれたものに「重要」ラベル付けるみたいで
Thunderbird側の IMAP画面でも見えます。

その
Thunderbird上の gmail/IMAPアカウントの [Gmail]フォルダの下の「重要」にあるメールを
Thunderbird上の gmail/IMAPアカウントとは別のローカルフォルダに移動させました。
移動は
Thunderbird画面上でマウス使ったドラッグ＆ドロップでやってます。

結果は
gmail/IMAPアカウントの「受信トレイ」にはメールは残り
gmail/IMAPアカウントの [Gmail]フォルダの下の「すべてのメール」には残っていて
gmail/IMAPアカウントの [Gmail]フォルダの下に「重要」のメールだけは消え
gmail/IMAPアカウントの [Gmail]フォルダの下の「ゴミ箱」には入ってません。

当然ですが Thunderbirdでの同期はやりまくってます。

−−−−−

３編目。私の手元のテスト結果(事実)の考察。

ケース１と３では
私は意図して特定の IMAPフォルダ「受信トレイ」「重要」の中のメールを
IMAPではないローカルなフォルダに移しました。
ij_anti-ms さんの言葉の定義では[quote="ij_anti-ms"]よって、「移動」を定義するのに、
「移動」機能を実現する１つの方法に過ぎない、「移動 ＝ コピー ＋ 削除」という簡素な表現を使用したと
解釈ください。[/quote]ですが
その定義通りに gmail上の各フォルダ(ラベル)からは消え
Thunderbiedによりローカルフォルダに該当メールのコピーが作られてます。
ちなみに
gmail/IMAPアカウントの [Gmail]フォルダの下の「ゴミ箱」には何も入りません。

ここまでは仕様から何も外れていないのではと思います。

ケース２では from to の「移動」ではなく明確に「削除」行為をしました。
移動の為に疑念的にコピーと削除がされるのではなく
完全に無くしてしまう行為としての削除です。
ですから削除結果として
gmail/IMAPアカウントの [Gmail]フォルダの下の「ゴミ箱」に入ります。
そして
gmail上では実態は一つなので
gmailにより「受信トレイ」「すべてのメール」「重要」の各フォルダからセットで消され
結果として「ゴミ箱」に移ります。

なお Thunderbirdは
「ゴミ箱行き」も含めて gmail上でどんな動作が行われてるかは知りません。
同期して初めて何が起きたかが判り同期結果を Thunderbird側の画面に反映します。
これは前回までの私のテストでタイムラグあった事がその証明になるのかな。

とゆ事で
ここまでも仕様から何も外れていないのではと思います。

−−−−−

４編目。質問です。

EarlgreyTea さん同様に ij_anti-ms さんの記述で気になってるのは[quote="ij_anti-ms"]つまり、「移動」という機能を使ったことで、ユーザーは移動元のデータ削除を指示していると思いますが．．．
Gmail中では1データであるものが、Thunderbird中で2データになっている。　Thuderbird は当然それを
知っているのだから、異動元のデータを削除するときに、両方削除するべきだと思います。
（前述のとおり、「削除」を指示したときはそうなっています。）
これって、無理難題なんでしょうか?　[/quote]の箇所です。

ij_anti-ms　さんが[quote="ij_anti-ms"]今の議論は、Thunderbird で「移動」機能を使った時の動作は、正しいのか否かですから、
「移動」という機能を定義しなければ正誤を判断できません。
で、思いつく限り厳密に定義しようとすると、
　「移動」とは、移動先にコピーを作成し移動元データを削除する動作、
　　　　　　　　または、動作前後を比較したときこれと同視できるもの
なんていう長ったらしい文言になってしまいます。
よって、「移動」を定義するのに、
「移動」機能を実現する１つの方法に過ぎない、「移動 ＝ コピー ＋ 削除」
という簡素な表現を使用したと解釈ください。[/quote]と記されてますが
そ解釈を是としたとしても
私がケース１と３でテストした「受信トレイ」「重要」の各フォルダでは
「動作前後を比較したときこれと同視できるもの」とゆ視点でも仕様として問題無いですし
「ゴミ箱」にも入ってない事もあり正しく「移動」しています。

とは別に[quote="ij_anti-ms"]Gmail中では1データであるものが、Thunderbird中で2データになっている。Thuderbird は当然それを知っている[/quote]とおっしゃってる
「Thuderbird は当然それを知っている」の部分の根拠は何でしょうか。
少なくとも ij_anti-msさんの言葉の定義 の範疇からは逸脱してますし
私にはその根拠がワカリマセン。

私は
「Thuderbird はそれを知らない」「単に IMAP同期をとってるだけ」
だと思ってます。
それが IMAP ではないでしょうか。

ｰｰｰｰｰ

最後に五編目。議論を深める為にすべき事。

[quote="ij_anti-ms"]年寄りの経験上、意見が一致しない原因の1/3くらいは言葉の定義の不一致ですし、
議論を深めるためには、議論で使用する言葉の定義の一致が不可欠です。
このスレッド内だけ定義を合わせていただけるなら大歓迎ですし、
もっと良い定義を提案していただけるならそれもよしです。[/quote]
言葉の定義の前にやることがある様に思います。
それは相手のスタンスを尊重し「相手の言ってる事をまずは聞く事＆読み込む事」です。
EarlgreyTea さんからアドバイスされてる内容をちゃんと読み込まれてますか？
その内容が ij_anti-msさん自身がそれを気に入るか気に入らまいかは別として
ちゃんとアドバイスされた事には応えましょう。

注：あえて「答える」ではなく「応える」との表現を使ってます。

なお私のスタンスは冒頭に記した通りです。
私なりの経験に基づいてます。
もしお気に召さない様であれば
今後の情報交換に差し支えるので私からこれ以上のここでの返答を控えます。

−−−−−

とりあえず、以上、です。


.

ij_anti-ms さんがこのトピックで質問されているのは、
[quote="ij_anti-ms"]つまり、「移動」という機能を使ったことで、ユーザーは移動元のデータ削除を指示していると思いますが．．．
Gmail中では1データであるものが、Thunderbird中で2データになっている。　Thuderbird は当然それを
知っているのだから、異動元のデータを削除するときに、両方削除するべきだと思います。
（前述のとおり、「削除」を指示したときはそうなっています。）
これって、無理難題なんでしょうか?　[/quote]だと思っていたのですが、そうではないのでしょうか？

私はこれに対し、
[list]
[*]一般的なユーザーはメールの移動を指示した際にメールの削除も指示したとは思わないし、開発者はユーザーが暗黙のうちに削除を指示した前提で仕様を決めてはいけないこと
[*]Gmailアカウントから「ローカルフォルダ」アカウントへメールの移動を行なった際に、Thunderbird側だけの都合で「すべてのメール」からも削除すると、同期先のGmailサーバーにおいてユーザーが意図しないメール削除というインシデントを起こしてしまうこと
[*]それをなんとかしようとすると無理な実装になったり、辻褄が合わなくなってしまいそうだということ[/list]
を説明したつもりでした。

しかし、それに関してはスルーされ、
[quote="ij_anti-ms"]さて、私は「移動」を先のように定義したのですが、
EarlgreyTea さんはどのように定義されているのでしょうか？
年寄りの経験上、意見が一致しない原因の1/3くらいは言葉の定義の不一致ですし、
議論を深めるためには、議論で使用する言葉の定義の一致が不可欠です。
このスレッド内だけ定義を合わせていただけるなら大歓迎ですし、
もっと良い定義を提案していただけるならそれもよしです。[/quote]という議論を求めておられる。

言葉の意味を論じるだけなら他にふさわしい場所がありましょう。
そもそも、日本語の「移動」の意味をここで論じて、それがThunderbirdの機能の仕様設計となんの関係があるのでしょうか。
言葉の意味なら辞典に書いてあります。
[quote]移動 - ［名］(スル) ある場所から他の場所へ移ること。
move - 2. go or proceed from one point to anather[/quote]
ソフトウェアの機能なら、まずヘルプや解説ドキュメントを調べるのが筋のはず。
先入観（[size=1]前トピックで tar、テープ、unixの単語があったので、そういうお仕事をされてきた故なのでしょうけど[/size]）で余計な含意を持たせて考えてしまうからおかしなことになるのだと思いますよ。
同じようなことを前トピックの「アーカイブ」の件でも申し上げたはずです。

EarlgreyTea さん

返信、ありがとうございます。

[quote="EarlgreyTea"]
では、本題の方に移ります。

[quote="ij_anti-ms"]結局、言葉の定義の問題に帰着するんですね。[/quote]いえ、そういう話ではないと思いますよ。
[/quote]
とのことですが、やはり言葉の定義の問題だと思います。

まず、
[quote="EarlgreyTea"]「移動 ＝ コピー ＋ 削除」というのは「移動」機能を実現する１つの方法に過ぎず、本質ではありません。[/quote]
ですが、私も、「移動」の内部動作が実は「名前の付け替え」であるという事例を昔から知っていますし、
Gmail の中では「ラベルの付け替え」であることをこの Forum で知りました。
よっておっしゃる通りなのですが、今の議論は、Thunderbird で「移動」機能を使った時の動作は、
正しいのか否かですから、 「移動」という機能を定義しなければ正誤を判断できません。
で、思いつく限り厳密に定義しようとすると、
　「移動」とは、移動先にコピーを作成し移動元データを削除する動作、
　　　　　　　　または、動作前後を比較したときこれと同視できるもの
なんていう長ったらしい文言になってしまいます。よって、「移動」を定義するのに、
「移動」機能を実現する１つの方法に過ぎない、「移動 ＝ コピー ＋ 削除」という簡素な表現を使用したと解釈ください。

さて、私は「移動」を先のように定義したのですが、
EarlgreyTea さんはどのように定義されているのでしょうか？
年寄りの経験上、意見が一致しない原因の1/3くらいは言葉の定義の不一致ですし、
議論を深めるためには、議論で使用する言葉の定義の一致が不可欠です。
このスレッド内だけ定義を合わせていただけるなら大歓迎ですし、
もっと良い定義を提案していただけるならそれもよしです。

まず、maji さん

改めて、新しいプロファイルにGmailのIMAPアカウントを普通に追加して確認してみました。
環境は Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 です。

[list]
[*]「受信トレイ」にあるメールを削除しますと当然そこからは即時で消え
[*]「ゴミ箱」を開くとそこに入っており
[*]「すべてのメール」を開くと[b]同期が走ってワンテンポ遅れて[/b]該当メールが消えました
[*]「ごみ箱を空にする」を行うとGmail側でも完全削除されました[/list]　
すでに再確認されたようですのでおわかりかと思いますが、同期処理が走ってるか否かだけの話だと思います。
Thunderbirdで表示するフォルダを切り替えたら、一覧更新するために同期が走るはずですのでお試しください。
Gmailのラベルと同期関係にあるフォルダの間では、同期さえできていれば、きちんと対応関係が維持されているはずです。

ブラウザでGmailを開いて、「受信トレイ」や「すべてのメール」の状態を確認しながらやってみたら、Gmail側もThunderbird側と対応した状態になっていることが確認できるかと思います。
なお、Gmailの画面には更新ボタンがあると思いますので、それで表示を更新することをお忘れなく。


では、本題の方に移ります。

[quote="ij_anti-ms"]結局、言葉の定義の問題に帰着するんですね。[/quote]いえ、そういう話ではないと思いますよ。
そういえば、トピック「アーカイブしたメッセージが消失した」でも、「アーカイブ」のイメージにこだわってましたね。

[quote="ij_anti-ms"]つまり、「移動」という機能を使ったことで、ユーザーは移動元のデータ削除を指示していると思いますが．．．
Gmail中では1データであるものが、Thunderbird中で2データになっている。　Thuderbird は当然それを
知っているのだから、異動元のデータを削除するときに、両方削除するべきだと思います。[/quote]「移動 ＝ コピー ＋ 削除」というのは「移動」機能を実現する１つの方法に過ぎず、本質ではありません。
本質ではない、ソフトウェア内部の実装レベルの考え方を、本当にすべてのユーザーが考えているでしょうか？
少なくとも、「移動を指示するとき、ユーザーは移動元が削除されるのは当然と思っている」などという前提でソフトウェアの仕様を決めるのは、問題があると言えるでしょう。

ij_anti-ms さん、そして、maji さんも、Thunderbird中心の利用でGmailは出先ではメール確認する程度のようですが、その真逆のユーザーも当然いるわけです。
そういうユーザーがThunderbirdを起動して、受信トレイのメールを何の気なしに「ローカルフォルダー」へ移動したとします。
この時、もしThunderbirdが「受信トレイ」と「すべてのメール」から該当メールを削除したとしたら、何が起きるでしょうか？

そのユーザーがGmailに戻ってみたら、そこには「ローカルフォルダー」などという移動先など（同期対象ではないので）当然無く、移動したはずのメールは消失していることに気づくわけです。
そのユーザーは、「削除しろと指示した覚えはないのに勝手にメールを消した」と怒るのではないでしょうか。

これはまさしく「とんでもないこと」です。

では、Gmailのメールをローカルフォルダーへ移動するとGmailから削除されますという旨の確認ダイアログを出したらいいでしょうか？
しかし、移動はメールに対しメニューやボタンで指示するやり方だけでなく、ドラッグ＆ドロップでもできます。
それに、メッセージフィルターの動作として行うこともあります。
無理っぽいですよね。
他にも辻褄が合わなくなってきそうです。

いかがでしょうか。

ij_anti-ms さん、maji です。


[quote="ij_anti-ms"]どうも、すべてのメールから削除される仕様ではあるが、タイムラグが少々あるのでは？と
推測します。maji さんも、今確認すると消えているのではないでしょうか？[/quote]
その１。確認してみました。

今ほどに見てみたら
昨日の削除メールは
「すべてのメール」からも「ゴミ箱」からも消えてました。
なお私自身はゴミ箱のメールを消す動作はしてません。

その２。追試してみました。

今ほどに受信トレイのメールを一通削除した(→キーボードの DELキーを押した)ところ
受信トレイから消え
「すべてのメール」からも消え
ゴミ箱の中にメールが入りました。

同じ動作(→キーボードの DELキーを押す動作)したのに昨日と今日で動きが違います。

gmailって不思議なシステムですね。


[quote="ij_anti-ms"]ご要望の、「メッセージを削除するとき」の設定ですが、
　●次のフォルダーに移動する　で、　移動先が指定されていない状態
でした。動作上はゴミ箱に移動しています。[/quote]
私と同じですね。


[quote="ij_anti-ms"]Gmail の使い方は私も似たようなものです。
外出時の受信メールチェックには便利なので、
他のアドレスの転送先にして、外出時にはすべてのアドレスの着信を
Gmail アドレスで確認できるようにしています。
Tablet 上では、見てすぐに消す以外の操作はしません。[/quote]
私の使い方と似てるって事は
考え方も

　・仕様としては気になってるが
　　解決そのものを急いでるワケではない
　・解決しなかったとしても
　　自分なりに納得できれば良い

とゆ事でしょうか。

ではマイペースで進めましょう。


[quote="ij_anti-ms"]Gmail内のフォルダーAにあるメールをThunderbirdで削除（ゴミ箱送り）すると、
きちんとすべてのメールにあるメッセージも消えてくれます。
これは多分
　・Thunderbird内　ゴミ箱mboxに追記＋A mboxから中抜き削除＋すべてのメールから中抜き削除
　・Gmail内　ゴミ箱ラベルを付加＋A ラベルをはがす

てなことをやっているのでしょう。[/quote]
私見ですが
よって特に根拠はありませんが
私には[quote="ij_anti-ms"]・Thunderbird内　ゴミ箱mboxに追記＋A mboxから中抜き削除＋すべてのメールから中抜き削除[/quote]なんて小難しい事を
Thunderbirdがやってるとは思えません。

Thunderbirdは
単に A mboxのメールに削除フラグを付けただけで
後は gmail側で勝手に処理してくれて
Thunderbirdは単に同期とって結果を表示してるだけ
ではないでしょうか(私見)？


[quote="ij_anti-ms"]なにか良い情報が得られれば、よろしくお願いします。[/quote]
次は日曜に自分の Thunderbirdの gmail/IMAP をイジってみます。


では。


.

maji さん、再現テスト、ありがとうございます。

[quote="maji"]
そもそも無償かつ大容量だけどまともにサーバ問合せも出来ないようなサービスに
自分の大切なメール任せられないとゆのが自分の気持ちです。
割り切った範囲で「使えるところだけ使う」のか gmailに対する自分の気持ちで
今もその考えは変わってません。

ですから
gmailでのメールは最低限にして(携帯メールとして便利な部分だけ使い)
サーバ削除は gmail/WEBメールでサクサクっと消してました。

とは言いつつも
ij_anti-ms さんの手元と私のところで違う症状となるのは不思議で
そのあたりは整理したいてなのが私の投稿の動機です。
[/quote]
Gmail の使い方は私も似たようなものです。
外出時の受信メールチェックには便利なので、
他のアドレスの転送先にして、外出時にはすべてのアドレスの着信を
Gmail アドレスで確認できるようにしています。
Tablet 上では、見てすぐに消す以外の操作はしません。

さて、これから本題です。
[quote="maji"]
「前述の通り「削除」を指示したとき」の動作結果が
私と ij_anti-ms さんとでは異なっています。

ハナシの土俵をあわす為にも
まずしそのあたりの事実から
事実の元となるお互いの設定情報から整理してみませんか？？？
[/quote]
私は早とちりの前科持ちなので、再確認してみました。

Test 1 受信後、受信トレイから削除　→　すべてのメールにない
Test 2 受信後、すべてのメールにあることを確認、
　　　　その後、受信トレイから削除　→　すべてのメールに残存
Test 3 受信後、受信トレイから削除　→　すべてのメールから Test 2 も含めて消えている
Test 4 受信後、すべてのメールにあることを確認、
　　　　その後、受信トレイから削除　→　すべてのメールにない

Test 2 と Test 4 は同じことをしていますが、結果は異なっています。
どうも、すべてのメールから削除される仕様ではあるが、タイムラグが少々あるのでは？と
推測します。maji さんも、今確認すると消えているのではないでしょうか？

ご要望の、「メッセージを削除するとき」の設定ですが、
　●次のフォルダーに移動する　で、　移動先が指定されていない状態
でした。動作上はゴミ箱に移動しています。

なにか良い情報が得られれば、よろしくお願いします。

ij_anti-ms さん、maji です。
途中からですが私も情報共有に参加させてください。

-----

私の場合 Thunderbirdの様なメールアプリでは gmail は POPで使ってました。
今回ほぼ初めて IMAP設定しテストしてました。

その１。移動の場合。

ij_anti-ms さんが最初の質問投稿で書かれていた
Thunderbird上の gmail/IMAPアカウントの受信トレイにあるメールを
Thunderbird上の gmail/IMAPアカウントとは別のローカルフォルダに移動させた場合
gmail/IMAPアカウントの「受信トレイ」からは消えるけど
gmail/IMAPアカウントの [Gmail]フォルダの下の「すべてのメール」には残ってる件は
私の手元でも再現しました。

その２。削除の場合。
[quote="ij_anti-ms"]Gmail内のフォルダーAにあるメールをThunderbirdで削除（ゴミ箱送り）すると、
きちんとすべてのメールにあるメッセージも消えてくれます。[/quote]とのことですが
これ私の手元では再現しませんでした。

私の手元では
Thunderbird上の gmail/IMAPアカウントの受信トレイにあるメールを削除すると
受信トレイからメールは消え
gmail/IMAPアカウントの [Gmail]フォルダの下の「ゴミ箱」にメールが入りますが
gmail/IMAPアカウントの [Gmail]フォルダの下の「すべてのメール」には
そのメールはまだ表示されます。
つまり
削除して「ゴミ箱」に移っても「すべてのメール」にも残っています。
試しに Thuderbird上で「ゴミ箱を空にする」にしてみましが
「ゴミ箱」からは消えましたが「すべてのメール」には残ったままでした。

不思議ですね。
ij_anti-ms さんのお手元の環境と私のところと何処が違うのでしょうか。
ちなみに私の手元の環境は
つい今ほどに新規プロファイルで gmail/IMAPアカウント作ったばかりで
Thunderbirdが作る規定値そのままのはずです。

-----

【質問】

ij_anti-ms さんのお手元の環境と同じものを私の手元でも作りたいので
まずは
Thunderbirdのアカウント設定の中の サーバ設定 の
「メッセージ削除する時：」をどう設定されているかをお教えください。

たぶんの想像ですが
まずはこのあたりからお互いの設定を合わせないと
おなじ環境でのテストとならないのかなと思います。
その上で
できるだけ ij_anti-ms さんと同じ設定にしてテストしてみたいと思います。

-----

以下は余談です。

私の gamil暦はかなり長いですが(アカウント作ってから 10年以上経ってる)
常用しだしたのは Googleスマホが出てからで
携帯のキャリアメールの代わりに使い始めたのと同時に
いわゆるブラウザ上の Webメールとして gmailログインしての取り扱いと併用し
メールアプリで他のプロバイダメールとの併用で 使うようになりました。

プロトコルは POPです。
何故に POPかと問われると他のメール全て POPだったから
そして当時はプロバイダによっては IMAPサポートしてなかったりしたので
全て共通なのは POPしか手はなかったてな理由からです。

gmail上の過去メール削除は gmail(Webメール)でやってました。
その頃から
「受信トレイ」の他に「すべてのメール」あるのは不思議だなぁ」
とは思ってましたが
「そんなものだ」と思って使ってました。
私にとっては

　・gmail独自システムに IMAPとしてアクセス出来るインターフェースを作っただけ
　　gmailの IMAP は標準的な IMAP とは違うもの

だと理解しています。

そもそも無償かつ大容量だけどまともにサーバ問合せも出来ないようなサービスに
自分の大切なメール任せられないとゆのが自分の気持ちです。
割り切った範囲で「使えるところだけ使う」のか gmailに対する自分の気持ちで
今もその考えは変わってません。

ですから
gmailでのメールは最低限にして(携帯メールとして便利な部分だけ使い)
サーバ削除は gmail/WEBメールでサクサクっと消してました。

とは言いつつも
ij_anti-ms さんの手元と私のところで違う症状となるのは不思議で
そのあたりは整理したいてなのが私の投稿の動機です。

-----

ここから【追記】です。

[quote="ij_anti-ms"]（前述のとおり、「削除」を指示したときはそうなっています。）
これって、無理難題なんでしょうか?　[/quote]
「前述の通り「削除」を指示したとき」の動作結果が
私と ij_anti-ms さんとでは異なっています。

ハナシの土俵をあわす為にも
まずしそのあたりの事実から
事実の元となるお互いの設定情報から整理してみませんか？？？

-----

とりえず、以上。かな。


.

[quote="EarlgreyTea"]では、Thunderbirdでメールを「受信トレイ」から「ローカルフォルダ」内のフォルダに移動した場合はどうでしょうか。
「ローカルフォルダ」はGmailと同期していない場所ですから、Gmailに対しては「受信トレイ」のラベルをクリアするよう指示するだけです。

もし、ここで自動的に削除するコマンドを送る仕様だと、いろいろと整合性が取れなくなりますし、
なによりユーザーが指示していないのに削除するとか、それこそ「とんでもないこと」かと思います。[/quote]


結局、言葉の定義の問題に帰着するんですね。
「移動」とは、一つのものが場所を変えることで、Gmail下からローカルフォルダへの移動であれば、
「移動先にコピーを作って、移動元のメッセージを削除する」が正しい動作ではないでしょうか？
つまり、「移動」という機能を使ったことで、ユーザーは移動元のデータ削除を指示していると思いますが．．．
Gmail中では1データであるものが、Thunderbird中で2データになっている。　Thuderbird は当然それを
知っているのだから、異動元のデータを削除するときに、両方削除するべきだと思います。
（前述のとおり、「削除」を指示したときはそうなっています。）
これって、無理難題なんでしょうか?　

[quote="ij_anti-ms"]当然、読んでいます。というか、読んだから「すべてのメールとは何？」と興味を持って見てみたら
とんでもないことが起こっていた、ということです。[/quote]そうでしたか。
でも、「とんでもないこと」とお感じになったわけですね。

[quote="ij_anti-ms"]Gmail内で1つのデータであるものが、Thunderbird内では、
あるフォルダーとすべてのメールの2箇所に存在することになり
Disk領域を少し無駄にするけれども、これは実装の違いを吸収するための必要経費でしょう。[/quote]私は、「すべてのメール」フォルダの購読を解除して、Thunderbird側にはダウンロードや表示させていません。
必要ならGmailに行けばいいだけですから。
余計な通信も減らせますし、おすすめです。

また、ディスク領域を節約したいのであれば、「アカウント設定 > 同期とディスク領域」でコントロールできます。
初期値では、「すべてのメッセージをローカルに同期する」、「メッセージを自動削除しない」＆「スター付きのメッセージは残す」となっています。

[quote="ij_anti-ms"]Gmail内のフォルダーAにあるメールをThunderbirdで削除（ゴミ箱送り）すると、
きちんとすべてのメールにあるメッセージも消えてくれます。
これは多分
　・Thunderbird内　ゴミ箱mboxに追記＋A mboxから中抜き削除＋すべてのメールから中抜き削除
　・Gmail内　ゴミ箱ラベルを付加＋A ラベルをはがす
てなことをやっているのでしょう。[/quote]Thunderbird内でどういう処理をしているかは重要ではなく、本来ユーザーが気にすることではありません。

それより、Gmailでユーザーがメールを削除操作すると、「すべてのメール」から消えて「ゴミ箱」に入ります。
最初、話を簡単にするために『「すべてのメール」という場所』という表現をさせていただきましたが、
実は「受信トレイ」とThunderbirdで「[Gmail]」の下に表示されるものは、Gmailで「システムラベル」と呼ばれるラベルなのです。
したがって、ThunderbirdはGmailときちんと対応する動作をしています。

では、Thunderbirdでメールを「受信トレイ」から「ローカルフォルダ」内のフォルダに移動した場合はどうでしょうか。
「ローカルフォルダ」はGmailと同期していない場所ですから、Gmailに対しては「受信トレイ」のラベルをクリアするよう指示するだけです。

もし、ここで自動的に削除するコマンドを送る仕様だと、いろいろと整合性が取れなくなりますし、
なによりユーザーが指示していないのに削除するとか、それこそ「とんでもないこと」かと思います。